有这两种办法:
第一种:
需求:
有时候应用修复了native层一个小BUG,应用需要更新了,但是用户必须下载整个APK包进行安装,而我们需要的只是替换SO
于是想,能不能加载自定义路径下的 SO 文件呢
答案是完全没问题:
使用系统方法:
void java.lang.System.load(String pathName)
但是有一点,pathName 路径必须有执行权限,意思就是说我们不能加载SD卡上的SO,因为没有执行权限
那也没关系,我们复制到应用私有目录下就OK嘛。
看码
private void load()
{
File dir = getDir("libs", Context.MODE_PRIVATE); File soFile = new File(dir, "libTestJNI.so"); FileUtils.assetToFile(this, "libTestJNI.so", soFile); try { System.load(soFile.getAbsolutePath()); } catch (Exception e) { } }
这样就完全OK,
我们只需要架个服务器,每次启动时动态监测 SO 文件有没有更新,有则下载SO,然后加载,这样就可以避免用户安装新的应用,
要知道重新安装应用的用户体验是很差的,要让用户无感知的更新他。
第二种:
采用dlopen动态加载第三方库,无非和system.load一样,就是要实现指定路径加载so的目的,这种方法升级so的话,那就的需要一个基本so,一直不变,用来调用dlopen,然后升级另一个so。
这两种办法都会遇到一个问题,就是不能直接加载SD卡中的so,因为sd卡没有执行权限,不能直接加载这种二进制文件,需要拷贝到data/data/packagename/files/ 目录下,再次进行加载即可,拷贝也是有讲究的,需要用到context.openFileOutput方法。
参考链接:
http://www.cnblogs.com/yichouangle/p/3150603.html
http://www.eoeandroid.com/forum.php?mod=viewthread&tid=147879&page=1#pid1206129
原文:http://blog.sina.com.cn/s/blog_66d7a45501019y8k.html
本文详细介绍了在Android应用中通过Java系统方法和动态加载库(dlopen)实现自定义路径下SO文件的加载策略,以避免用户安装新应用,提供无缝更新体验。通过服务器动态监测和下载SO文件,确保应用始终保持最新状态,同时强调了SO文件执行权限限制及文件复制至应用私有目录的重要性。
4898

被折叠的 条评论
为什么被折叠?



