背景: Rk3399上蓝牙SCO通话,发现音频很卡,后定位发现是原生的phone这个apk引起,于是屏蔽处理
屏蔽phone流程
1 ps进程查找包名
radio 656 197 1595616 103736 0 0000000000 S com.android.phone
2 对应包名查找定位文件
package="com.android.phone"
######:~/Workspace/rk3399/RK3399-JD4-Android7.1$ find . -iname AndroidManifest.xml |xargs grep -nsr package=\"com.android.phone\"
./packages/services/Telephony/AndroidManifest.xml:19: package="com.android.phone"
3 查看Android.mk文件
Android.mk:30:LOCAL_PACKAGE_NAME := TeleService
其对应apk为TeleService.apk
######:~/Workspace/rk3399/RK3399-JD4-Android7.1/out/target/product/nct_box/system$ find . -name TeleService.apk
./priv-app/TeleService/TeleService.apk
4 编译屏蔽处理
4.1 RK3399-JD4-Android7.1/build/target/product/core.mk #TeleService \
4.2 RK3399-JD4-Android7.1/device/generic/armv7-a-neon/mini_common.mk:37: #TeleService \
4.3.RK3399-JD4-Android7.1/device/rockchip/rk3399/rk3399.mk: #TeleService
5(若这里改了仍然编译了TeleService.apk,则可以修改LOCAL_PACKAGE_NAME及其它名字或不命名)
修改RK3399-JD4-Android7.1/packages/services/Telephony/Android.mk,更改名字,使其不编译
#LOCAL_PACKAGE_NAME := TeleService
LOCAL_PACKAGE_NAME := BackTeleService
特别注意,有的模块不一定在generic_no_telephony.mk(内部引用了core.mk)中增加,可通过find . -name "*.mk" | xargs grep "TeleService"来查看在哪个mk里面声明了。由于大部分企业都没有统一的管理规范,一个模块有时候会在多个mk中增加,所以最快的方式就是更改packages/services/Telephony/Android.mk的LOCAL_PACKAGE_NAME ,或者置空。
######################################################
#### 以下为网摘,作个记录 ##########################
######################################################
LOCAL_PACKAGE_NAME 指定APP应用名称
LOCAL_MODULE 除应用(apk)以LOCAL_PACKAGE_NAME指定模块名以外,其余的模块都以LOCAL_MODULE指定模块名。
mk 解释
LOCAL_PACKAGE_NAME:当前编译出来的安装包的名字
例如:LOCAL_PACKAGE_NAME := AmPmListening
然后以如下结尾:
include $(BUILD_PACKAGE)
LOCAL_CERTIFICATE := platform //使用的哪种key 来给apk签名
LOCAL_MODULE: 当前编译出来的库的名字
include $(BUILD_XXX)
include $(BUILD_STATIC_LIBRARY)表示编译成静态库
include $(BUILD_SHARED_LIBRARY)表示编译成动态库。
include $(BUILD_EXECUTABLE)表示编译成可执行程序
LOCAL_SRC_FILES: 当前参与编译的源文件
LOCAL_C_INCLUDES: 当前参与编译的源文件的头文件
LOCAL_MODULE_TAGS:= user eng tests optional
user: 指该模块只在user版本下才编译
eng: 指该模块只在eng版本下才编译
tests: 指该模块只在tests版本下才编译
optional:指该模块在 所有版本下都编译,默认是optional
LOCAL_CFLAGS
https://www.cnblogs.com/activity-life/p/3639279.html
$(warning " JNI_H_INCLUDE = $(JNI_H_INCLUDE)")
LOCAL_PRELINK_MODULE := false
115 {
116 Prelink利用事先链接代替运行时链接的方法来加速共享库的加载,它不仅可以加快起动速度,还可以减少部分内存开销,
117 是各种Linux架构上用于减少程序加载时间、缩短系统启动时间和加快应用程序启动的很受欢迎的一个工具。程序运行时的
118 动态链接尤其是重定位(relocation)的开销对于大型系统来说是很大的。
119 动态链接和加载的过程开销很大,并且在大多数的系统上, 函数库并不会常常被更动, 每次程序被执行时所进行的链接
120 动作都是完全相同的,对于嵌入式系统来说尤其如此。因此,这一过程可以改在运行时之前就可以预先处理好,即花一些时间
121 利用Prelink工具对动态共享库和可执行文件进行处理,修改这些二进制文件并加入相应的重定位等信息,节约了本来在程序
122 启动时的比较耗时的查询函数地址等工作,这样可以减少程序启动的时间,同时也减少了内存的耗用。
123 Prelink的这种做法当然也有代价:每次更新动态共享库时,相关的可执行文件都需要重新执行一遍Prelink才能保
124 证有效,因为新的共享库中的符号信息、地址等很可能与原来的已经不同了,这就是为什么 android framework代码一改动,
125 这时候就会导致相关的应用程序重新被编译。
126 这种代价对于嵌入式系统的开发者来说可能稍微带来一些复杂度,不过好在对用户来说几乎是可以忽略的。
127 }
https://blog.csdn.net/xdonx/article/details/8330847
https://blog.csdn.net/xdonx/article/details/8330847
LOCAL_SHARED_LIBRARIES 与 LOCAL_LDLIBS,LOCAL_LDFLAGS的区别:
这三个都是为了链接第三方的库
============================================================
LOCAL_LDLIBS :
链接的库不产生依赖关系,一般用于不需要重新编译的库,如库不存在,则会报错找不到。且貌似只能链接那些存在于系统目录下本模块需要连接的库。如果某一个库既有动态库又有静态库,那么在默认情况下是链接的动态库而非静态库。
例如:LOCAL_LDLIBS += -llog //在我们的代码中添加android的打印库,这个库是android直接提供的,所有我们直接区连接就行了,不用编译。
LOCAL_SHARED_LIBRARIES:会生成依赖关系,当库不存在时会去编译这个库。
LOCAL_LDFLAGS:这个编译变量传递给链接器一个一些额外的参数,比如想传递而外的库和库路径给ld
例如:LOCAL_LDFLAGS += -L$(LOCAL_PATH)/lib/ -lHWrecog –EB{EL} –O{n} …
LOCAL_LDFLAGS = $(LOCAL_PATH)/libvideodecryptkey.a
如果是非系统的第三方库,貌似只能用LOCAL_LDFLAGS方式,LOCAL_LDLIBS方式不行。