LuDong

更新： 3. 低于2018.4.1版本的同学请尽快升级，另一个crash的bug，https://zhuanlan.zhihu.com/p/59394832?tdsourcetag=s_pcqq_aiomsg 目前还剩Android App Bundle的问题，DesperateZero会借台有问题的手机给我，thx

群号：593413410 群主996，support方面我尽力，同时鼓励大家互帮互助，解决问题了自觉给别人发10元红包，群主不赚差价。

aab问题更新： abb会有多个apk，怀疑patch错了apk，改了use data path接口，在验证。。。

崩溃和加载场景卡死的问题， 已合并到库的master分支，部分机型比较容易出现问题，求测。 改动： 1. 额外变量存文件系统，去掉mutex，怀疑用户空间的mutex在hook调用里面可能会和系统时钟中断有冲突。 2. zip alignment，这个改动可能是无效的，因为测试工作量太大，没回滚 3. 不保存old_xxx函数，应该不相关 4. 不主动dlopen libil2cpp。 分支： https://github.com/noodle1983/UnityAndroidIl2cppPatchDemo-libboostrap/tree/master

so库换了spin lock，可能会修正这个问题，并大大优化性能。 这个分支用回global data：https://github.com/noodle1983/UnityAndroidIl2cppPatchDemo-libboostrap/tree/mutex_in_fclose， 求测。

最简单的，把x86库删了，首包大小自己减减，其他全走热更，就不用obb了

唉，现在的人，不把别人踩一下都不舒服 我知道obb怎么回事， 我们项目上过台湾 也支持过网友用我说的方式上过线，可行吗， 也可行 用不用随你，我需要证明什么么， 好像也不需要

好吧，回到之前的问题， so库有组装zip的逻辑 原来的方案是apk+patch+so = new apk 可能的solution是apk + obb + patch + so = new apk 如果Unity不支持一个new apk，就退化成（apk + apk_patch + so) + (obb + obb_patch) 印象中，我们当年obb也走了cdn，没走google的下载链接

文件太大了， 每次发布都得传一次，repo会膨胀的很厉害。 工程下有几个cmd文件，入坑第一个坎，选对应版本的build一下就有了

 100% Android 7.1 我也不明白，明明是arm的处理器， 要libhoudini做什么， 有知道的朋友么