Android So加载的路径选择

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android So加载的路径选择相关的知识,希望对你有一定的参考价值。

参考技术A 我们在android应用程序会常常的加载一些So文件来完成我们的目标,那么我们的APK加载So是有哪些平时我们没有注意到的事情呢?

1. 首先我们一般开发会遇见两种APK(其实一般大部分只会遇到一种),一种为系统级APK,另外一种为普通APK。那么这个两种APK跟So加载有什么关系呢?别急,让我们先聊聊我们那些操作会产生这些类型的APK。

普通级AKP: 

pm install + 包名将会把APK安装到 /data/app 目录下,同时会把So映射到/data/app-lib/包命/ 目录下。这个就是普通的APK(pm Install -r 会替换原有的APK,当然必须是一样的签名)。

系统级APK:

push  + 绝对路径 + 包名 /system/app 目录下(必须把原有的包名删除哦!),这时APK就会在System/app下面了,这时你需要把你的APK的So 同时push到system/lib里面。因为apk里面的So并不会自动映射到system/lib下面。

一般我们在使用加载So的方法时候,会使用到System.load(pathName)和 System.loadLibrary(libName)这两种方法。这篇文章主要讲讲System.load(pathName)这个绝对路径加载的注意点。

我们通常会直接使用

context.getApplicationInfo().nativeLibraryDir +/具体名字.so  来让系统帮我寻找加载So所需要的路径。那么这里问题就来了。

如果是系统级APK

context.getApplicationInfo().nativeLibraryDir = /system/lib/

如果是普通级APK

context.getApplicationInfo().nativeLibraryDir  =/data/data-lib/PackageName/ 对!就是那个映射的So系统会根据这个去data/app/包名下面寻找真正的So文件。

这个需要注意的细节,主要用于在中间件,系统预置程序的研发人员与测试上面。我们在拿到芯片厂商给予调试模式的开发硬件上进行Demo和So的更换测试的时候,需要自己和测试都需要知道,自己安装的APK是什么类型,会加载什么路径,以免我们的底层老司机在帮忙测试问题的时候造成不必要的麻烦。

psql:加载共享库时出错:libpq.so.5:无法打开共享对象文件:没有这样的文件或目录

【中文标题】psql:加载共享库时出错:libpq.so.5:无法打开共享对象文件:没有这样的文件或目录【英文标题】:psql: error while loading shared libraries: libpq.so.5: cannot open shared object file: No such file or directory 【发布时间】:2017-04-06 16:23:14 【问题描述】:

我的路径变量中有 psql 路径。 crontab 路径是usr:/usr/bin:/bin 我添加所有用户目录,然后执行 cron 作业。

Default PATH for usr:/usr/bin:/bin
user is:gpadmin
PATH for usr:/usr/bin:/bin:/usr/local/greenplum-db/./bin:/usr/local/greenplum-db/./ext/python/bin:/home/gpadmin/anaconda3/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/home/gpadmin/bin

我的脚本如下(由crontab执行):

#!/bin/bash
# Usage : bash RR_load.sh

echo "Loading the data into datalake"
now="$(date +'%d-%m-%Y')"
basedir="/home/2125/RR_Dev_Code"

#echo "load started at $now"
#logname=$0"_"$now".log"
ts="$(date +'%d-%m-%Y_%H:%M:%S')"
echo "load started at $ts"
echo `who am i`
logname=$0"_"$ts".log"
echo "load started at $ts" > $logname
chmod 777 $logname
nohup python $basedir/copy_csv_to_data_lake_v3.py $basedir >> $logname
echo "process id $!" >> $logname
echo "Recreate the table using loader.sh"
echo "Default PATH for usr:"$PATH >> $logname
export PATH=$PATH:/usr/local/greenplum-db/./bin:/usr/local/greenplum-db/./ext/python/bin:/home/gpadmin/anaconda3/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/home/gpadmin/bin
source /etc/profile
psql -h '3.48.35.24' -U 'tan12345' 'sourcing' << EOF
Select current_timestamp(0);
EOF

在按计划执行时,我在/var/spool/mail/gpadmin 中看到如下消息:

Loading the data into datalake
load started at 06-04-2017_12:19:01

dos2unix: converting file /home/2125/RR_Dev_Code/sandbox-rr_data.2017-03-29.csv to UNIX format ...
Recreate the table using loader.sh
psql: error while loading shared libraries: libpq.so.5: cannot open shared object file: No such file or directory

【问题讨论】:

你的来源是 /usr/local/greenplum-db/greenplum_path.sh 吗? @JonRoberts 感谢您的建议。我也会试试这个。在命令之前添加 .bash_profile 解决了我的问题 【参考方案1】:

在 crontab 中的命令前添加了 .bash_profile。

# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed

# test entry
#* * * * * echo `whoami`  > /home/2125/RR_Dev_Code/ETL/crontab.test
59 13 * * 4 . $HOME/.bash_profile;/home/2125/RR_Dev_Code/RR_load_v3.sh

感谢您在此处发布的答案: https://unix.stackexchange.com/questions/27289/how-can-i-run-a-cron-command-with-existing-environmental-variables.

现在看到所有艰苦的工作都自动运行,真是一种解脱。

【讨论】:

【参考方案2】:

我正在添加第二个答案,以防万一有人想使用另一种方法而不是已经选择的答案。 Jon Roberts 提出的解决方案效果很好。

只需运行:“source /usr/local/greenplum-db/greenplum_path.sh”

干杯

【讨论】:

以上是关于Android So加载的路径选择的主要内容,如果未能解决你的问题,请参考以下文章

android so文件是啥

android项目中如何加载已有so库

Android 打包 so文件到jar包

android studio so文件放在哪

Android解耦式so库加载方案

android studio怎么添加.so文件?android studio加载so文件的方法