通过蓝牙PBAP协议同步通讯录、通话记录时，想必对其数量大小也是很感兴趣的，因此一般的设计思路都是先获取到同步对象的总大小，然后再同步该对象的具体数据。
想法是美好的，然而现实却很魔幻。获取同步对象的总数量这块最近就遇到个奇怪问题——获取到的总数量为负值，今天就和大家一探究竟，详解此类问题。
测试环境：android-9车机系统（高通安卓源码）
测试步骤：
车机蓝牙配对连接手机车机同步通讯录、通话记录等（手机授权通讯录权限）测试现象：获取到的通话记录数量为负值，由于应用内部逻辑，错误的负值不再同步该对象，通话记录为空。
What？怎么会获取到一个负值呢？带着疑问开始接下来的分析。
首先根据HCI层的交互，可以确定手机回复的数据是正确的，也就是说手机给的通话记录的size是个正数：
当我看到这个数量时，我心里萌生出这个想法：我艹，这哥们这么能打电话嘛…
而蓝牙服务层在接收到OBEX的回复消息后解析成了负值：
根据OBEX协议定义，同步对象的size大小使用两字节表示，所以 41708 的二进制表示法为：0b1010 0010 1110 1100，而 -23828 的二进制表示法也为：0b1010 0010 1110 1100。
对正负数在计算机中存储形式还不清楚的同学可以打电话给自己的大学计算机老师了（哈哈），这样就可以解释通话记录变为负值的原因了。java中的数据是有符号区分的，两个字节的short类型数据的范围为：-2^15 ~ 2^15-1。而 41708 这个数值很明显已经超出 short类型值的范围，因此溢出被解析成负值。
安卓源码中解析该数据的方法为：com.android.bluetooth.pbapclient.ObexAppParameters. getShort()，当byte型数组中存储的两字节数据超出short类型值的范围就会解析成异常值。
解决方案：获取到负值肯定不是我们所希望的，那如何才能正确获取某个同步对象的size大小值呢？java中没有提供相关方法来获取无符号的数值，但是我们可以通过数值操作间接获取到该数据对应的无符号值。
以上方法获取到的short类型值按位与上0xFFFF后赋值给到一个int类型的变量，则该int类型变量表示的值则为正确的short类型无符号值：
问题延伸 此类问题就是没有考虑到数值类型中有符号和无符号数据在值范围上的差异，同样地获取通讯录数量大小也是存在该风险的。最后的总结：数值由无符号转化为有符号时需注意数值是否有溢出风险。
感兴趣的小伙伴欢迎私信留言一起讨论，源码避坑，永无止境，共同学习，一起进步！
更多互联互通技术，欢迎关注微信公众号：Connectivity
