其他分享
首页 > 其他分享> > 蓝牙SCO通话卡屏蔽phone

蓝牙SCO通话卡屏蔽phone

作者:互联网

背景: 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方式不行。
 

标签:SCO,NAME,编译,PACKAGE,蓝牙,mk,phone,TeleService,LOCAL
来源: https://blog.csdn.net/yanhongfei268/article/details/116090517