Android Beam 文件传输失败分析与解决方法
最近在修改Android7.0原生平台的一些bug,其中有关Android Beam传输文件的一些问题还是蛮多的。所以特地找时间总结下曾经踏过的坑。
1.传输的文件名包含中文时,导致传输失败
可能是由于Google未考虑到本地化差异,导致在传输中文文件名的文件时直接提示传输失败。
packages\apps\Nfc\src\com\android\nfc\beam\MimeTypeUtil.java
其实,上面忘了说了,只是从文件管理器中进入Android Beam分享才会出现上面的问题。因为当从其他途径,比如说从图库中去分享图片,由于是通过content uri(content://com.xx.xxx/xxx)形式分享的,所以并不会直接包含文件真实路径,也就不存在中文问题了。
当从文件管理器中进入Android Beam分享时,是通过file uri(file://storage/xxx/aa.jpg)形式分享的,在获取文件的mimeType的时候会走 else if 里面的流程。
frameworks\base\core\java\android\webkit\MimeTypeMap.java
从上面代码可以看到,在获取文件后缀名的时候,在最后对文件名做了正则匹配,包含中文的文件名肯定匹配失败,导致最后返回空的后缀,所以也就返回null的mimeType。最终导致了文件传输失败。
既然问题找出来了,修改方法也就比较简单了,将上面那一层正则判断去掉即可;由于这个是在fwk中的方法,为了不影响其他模块的调用。你也可以将整个方法copy到nfc模块中,然后将正则判断去掉。
2.传输的文件名包含特殊字符时,导致传输失败
比如文件名包含 “#” 时,会导致传输失败。其实这个问题里面包含两个问题:
(1).从文件管理器中通过Android Beam分享时,直接传输失败。
其实,这个问题跟上面1中的问题也是类似的:
frameworks\base\core\java\android\webkit\MimeTypeMap.java
假如将1中的问题修复了,即下面的正则判断去除了,最后还是返回null的mimeType,导致传输失败。修复方法也比较简单,将上面的 “#” 处理代码去除,同时也需要将下面的正则判断去除。
(2).修复了(1)中的问题后,测试了几下发现不管是通过文件管理器还是图库都提示传输失败,不过跟上面不一样的是:
通知栏进度显示是传输完毕了的,已经100%了,但是过了一会儿接收端就提示传输失败了,发送端显示传输成功。
通过查看,文件也确实是传到了接收端,不过不是在beam目录下,而是在bluetooth目录下。我们都知道,Android Beam传输文件其实底层是通过蓝牙来实现传输的。只不过接收端和发送端并不需要蓝牙的配对,而是通过nfc来建立双方的连接。
分析代码流程发现,文件首先传输到了bluetooth文件夹下,然后通过renameTo将传输到bluetooth目录中的文件移动到beam目录下。
packages\apps\Nfc\src\com\android\nfc\beam\BeamTransferManager.java
所以怀疑在renameTo的时候出现了异常,log中也印证了这一点。而且srcFile打印的文件路径中将文件名中的 “#”去除了,所以在bluetooth目录下就找不到这个文件了,renameTo当然会失败。
通过一步步跟踪传递uri参数的地方,发现Bluetooth模块通过广播发送过来的uri是纯粹的文件路径,/storage/emulated/0/bluetooth/weeww#.jpg。所以getScheme返回的是null,调用uri.getPath的时候,自动将文件路径中的”#” 去除了。
packages\apps\Nfc\src\com\android\nfc\beam\BeamStatusReceiver.java
解决方法也比较简单,我们不调用uri.getPath就行了,直接将uriString传进构造File的参数中。
packages\apps\Nfc\src\com\android\nfc\beam\BeamStatusReceiver.java
总结
以上所述是小编给大家介绍的Android Beam 文件传输失败分析与解决方法,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
以上是 Android Beam 文件传输失败分析与解决方法 的全部内容, 来源链接: utcz.com/z/329327.html