现在的位置: 首页 > 综合 > 正文

Android assets的一个bug

2014年09月18日 ⁄ 综合 ⁄ 共 1526字 ⁄ 字号 评论关闭

摘要
Android assets目录下资源文件超过1MB的问题。

由于要显示一些奇奇怪怪的日文字符,我们在应用里放了一个字库文件,譬如叫做jp.ttf,放在assets目录下打包。

开发、调试一切正常。可是突然发现,在Android 2.2的设备上,文字无法显示。折腾一番后发现了一些故事,也产生了更多疑问。

  1. 放在assets目录下的资源文件不会被映射到R.java,访问需要AssetManager类。不同于res/rawres/raw中的资源文件会被映射到R.java,访问时使用资源ID。

  2. 能搜索到很多网页(但内容几乎相同)指出AssetManager有个bug,不能处理单个超过1MB的文件。但没有说明Android版本。从我们对这个字库的使用来看,Android 2.3以上没有问题。

  3. 找到Android
    Issue 39041
    提到AssetManager的一个问题,回复中5楼bite…@gmail.com说,

    There is a bug in apk de/compression that does not allow using compressed assets which unpack into files larger than 1 mb. This problem is fixed in Android 2.3.

    不知道他是不是Project Member,在7楼,他又说,

    Android smaller than 2.3 DOES NOT GUARANTEE that loading will succeed. This happens more frequently when there are a lot of similar bytes in a row in the asset file, but not necessary. To be sure you have to split the resource file into small files, that’s
    it.

    而Project Member kr…@android.com说,

    Also, do not read files a single byte at a time. Use a large byte buffer.

    不知道这里“a large byte buffer”要求达到多少。我们的字库文件jp.ttf是超过1MB了,确实也只在Android 2.2上遇到问题。而我们的应用又必须支持Android 2.2。

  4. 又折腾一番后我们发现,把这个jp.ttf改名为jp.xmf,在Android 2.2上就可以正常访问了。

  5. 无论文件后缀名是啥,访问方法是一样的,

    InputStream in = getResources().getAssets().open("jp.xmf");

    第3点里提到的“a large byte buffer”建议得到了验证,应用里由于某种原因需要把这个文件读到一个buffer里再写到另一个路径,这个buffer是1KB,如果调整成1MB,jp.ttf就也可以正常访问了。最初,是这样访问的,

    tf = Typeface.createFromAsset(getAssets(), "jp.xmf");

    还是不清楚为什么jp.xmf可以工作,jp.ttf不行?

更新,12月23日。知道了为什么jp.xmf可以工作,jp.ttf不行。这个问题可能是试图访问在打包apk时被压缩的资源文件而产生的,因此解决方法确实是改文件后缀名,改成不会在打包apk时被压缩的后缀名。譬如mp3、jpg,或者我们曾经尝试过的xmf。感谢这个提问CommonsWare的回答。

同时,我们也发现之前“5”中的结论是错误的,对于jp.ttf,在Android 2.2上增大buffer没有解决问题。可能当时验证的小伙伴一时糊涂用错了手机。关于1MB的问题,还可以参考这个提问

抱歉!评论已关闭.