Android Bluetooth OPP的理解与使用之二

问题点3：Bluetooth OPP Server层的入口类是哪个？

---其核心类是：BluetoothOppService；

问题点4：Bluetooth OPP是如何完成init注册动作的？

OPP 因其没有在Framework层提供接口，所以其init动作并不是由

BluetoothAdapter.java的方法getProfileProxy实现；

由实际Log Tracing发现：OPP的Server初始化通过接收BT on广播实现，但需理解的是：在执行OPP init启动监听BT状态前，BluetoothOppService已启动，具体体现在其start方法已经被执行，然后才是监听；

实际Tracing：

-->在BluetoothOppService中，BluetoothAdapter.ACTION_STATE_CHANGED”；

当收到BT on后，除了执行startListener动作外，还启动了一个名为

“BluetoothDevicePicker.ACTION_LAUNCH”的APK；

-->执行私有方法startListener，在方法内发出Message START_LISTENER；

-->在Message中，执行startSocketListener；

-->方法startSocketListener中，使用到了ObexServerSockets的相关方法；

核心实现是：ObexServerSockets.createInsecure：创建监听socket；

并调用” sdpManager.createOppOpsRecord”进行SDP注册；

 

 

以上设置了L2CAP PSM值、OPP版本为1.2，

同时设置了object format “SUPPORTED_OPP_FORMAT”

Note：checking 发现MAP等都是使用ObexServerSockets进行的socket创建；

/**************************************************/

延伸问题点：不论OPP还是MAP等，其使用“ObexServerSockets.createInsecure(this)”时都没有指定其channel;

  Checking 发现其在SDP注册时使用了createInsecure返回的RFCOMM channel值，使其两者关联起来；

 /**************************************************/

-->调用SdpManager.java中的方法createOppOpsRecord；

这里注意的是：最后调用了com_android_bluetooth_sdp.cpp (packages\apps\Bluetooth\jni)中的JNI 方法：sdpCreateOppOpsRecordNative；

所以：OPP Server的注册部分，其实并没有直接像SPP 一样直接调用BluetoothSocket进行监听；

但需留意：BluetoothOppService本身implements于IObexConnectionHandler；

 

 

问题点5：Bluetooth OPP的服务类BluetoothOppService是如何被启动的？

通过Log Tracing 发现， 其是通过setProfileServiceState 启动的；

具体flow是：

-->AdapterService.java中的方法startCoreServices中，执行setProfileServiceState

(startCoreServices-----这是Android 8中的API定义，在9和10中API名称已经修改为

startProfileServices，但log还是"startCoreServices()")

-->在setProfileServiceState中执行startService启动OPP 的Profile服务(其他profile Server也是在此启动);

Note : Native BT中对Profile的启动和关闭，

由Config.java (packages\apps\Bluetooth\src\com\android\bluetooth\btservice)决定；

问题点6：BluetoothOppProvider的详细介绍；

Note：需要关注ContentProvider的权限：读权限和写权限，如果当前操作不符合权限，将返回异常；

同时需要注意android:authorities属性所指定的值，这个值可以理解为对具体

ContentProvider使用，因每个具体ContentProvider 实现类都将通过android:authorities属性来设置其xxx，外部应用将通过Uri.parse(““content://xxx””);形式来访问ContentProvider，而不是直接使用ContentProvider子类申请对象形式操作；

 注意：BluetoothOppFileProvider和BluetoothOppProvider的区别；

所以也正因不会执行调用ContentProvider子类对象，所以我们在Android 8中并没有看到外部应用如何调用BluetoothOppProvider，以下是整个Android 8 Source Code搜索结果,我们能在BluetoothShare.java中看到其URL的定义：

 以上的第二部分是具体的分表“btopp”

 所以BluetoothOppProvider的具体使用，表现为“BluetoothShare.CONTENT_URI”

在BluetoothOppProvider中也有通过“addURI”进行url分表的绑定；当前定义了两个表"btopp" 和“btopp/#”; 可以使用UriMatcher的addURI方法将Uri和Uri_Code关联到一起。这样，当外界请求访问时，就可以根据请求的Uri来得到Uri_Code，有了Uri_Code我们就可以知道外界想要访问哪个表，然后就可以进行相应的数据操作。