Android 64位机器system app兼容32位apk问题分析(共享system uid )

最新推荐文章于 2024-05-11 17:56:37 发布
最新推荐文章于 2024-05-11 17:56:37 发布
阅读量4.2k 收藏 4
点赞数 1
分类专栏： android 文章标签： 64位 so system uid
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lb5761311/article/details/90291477
版权

rk3399 是一款基于arm64的机器，我们这边一款产品是基于rk3399 Android 7.1版本的开发，我们的 vtest.apk包含多个so，在正常userdebug模式下不会出现兼容性问题，如果切换到user版本就会出现概率性崩溃的问题。并且崩溃不是vtest.apk而且其他system apk 比如StressTest、 keychain、exchange等apk 概率性崩溃。
首先明确一些系统，StressTest、 keychain、exchange都是系统 app 并且签名都是platform
vtest.apk (com.deepblue.vehicle)也是系统签app ，预制到系统中的。并且包含多个32位的so

Stresstest崩溃主要信息如下：

08:50:14.752   581   581 I Lights Hal: >>> undefine light id
01-18 08:50:14.753   581   581 I SystemServiceManager: Starting com.android.server.display.DisplayManagerService
01-18 08:50:14.757   581   581 I SystemServiceManager: Starting phase 100
01-18 08:50:14.770   581   601 I DisplayManagerService: Display device added: DisplayDeviceInfo{"Built-in Screen": uniqueId="local:0", 400 x 400, modeId 1, defaultModeId 1, supportedModes [{id=1, width=400, height=400, fps=57.000004}], colorMode 0, supportedColorModes [0], HdrCapabilities android.view.Display$HdrCapabilities@a69d6308, density 160, 213.0 x 213.0 dpi, appVsyncOff 1000000, presDeadline 17543859, touch INTERNAL, rotation 0, type BUILT_IN, state UNKNOWN, FLAG_DEFAULT_DISPLAY, FLAG_ROTATES_WITH_CONTENT, FLAG_SECURE, FLAG_SUPPORTS_PROTECTED_BUFFERS}
01-18 08:50:14.771   205   205 D SurfaceFlinger: Set power mode=2, type=0 flinger=0x7758a48000
01-18 08:50:14.771   205   205 D SurfaceFlinger: Screen type=0 is already mode=2
01-18 08:50:14.772   581   581 I SystemServer: StartPackageManagerService
01-18 08:50:14.772   581   601 I DisplayManagerService: Display device added: DisplayDeviceInfo{"HDMI Screen": uniqueId="local:1", 1920 x 1080, modeId 2, defaultModeId 2, supportedModes [{id=2, width=1920, height=1080, fps=60.000004}], colorMode 0, supportedColorModes [0], HdrCapabilities android.view.Display$HdrCapabilities@a69d6308, density 320, 320.0 x 320.0 dpi, appVsyncOff 1000000, presDeadline 16666666, touch EXTERNAL, rotation 0, type HDMI, state UNKNOWN, FLAG_SECURE, FLAG_SUPPORTS_PROTECTED_BUFFERS, FLAG_PRESENTATION}
01-18 08:50:14.773   205   205 D SurfaceFlinger: Set power mode=2, type=1 flinger=0x7758a48000
01-18 08:50:14.773   205   205 D SurfaceFlinger: Screen type=1 is already mode=2
01-18 08:50:14.773   581   601 I DisplayManagerService: Display device changed state: "Built-in Screen", ON
01-18 08:50:14.774   581   601 I DisplayManagerService: Display device changed state: "HDMI Screen", ON
01-18 08:50:14.797   581   581 W SystemConfig: No directory /system/etc/sysconfig, skipping
01-18 08:50:14.816   581   581 D SELinuxMMAC: Using policy file /system/etc/security/mac_permissions.xml
01-18 08:50:14.892   581   581 E art     : DexFile_getDexOptNeeded file '/system/framework/org.apache.http.legacy.jar' does not exist
01-18 08:50:14.892   581   581 W PackageManager: Library not found: /system/framework/org.apache.http.legacy.jar
01-18 08:50:14.903   581   581 E art     : DexFile_getDexOptNeeded file '/system/framework/org.apache.http.legacy.jar' does not exist
01-18 08:50:14.903   581   581 W PackageManager: Library not found: /system/framework/org.apache.http.legacy.jar
01-18 08:50:14.906   581   581 D PackageManager: No files in app dir /vendor/overlay
01-18 08:50:14.910   581   581 W PackageManager: Failed to parse /system/framework/arm: Missing base APK in /system/framework/arm
01-18 08:50:14.911   581   581 W PackageManager: Failed to parse /system/framework/arm64: Missing base APK in /system/framework/arm64
01-18 08:50:14.937   581   581 W PackageManager: Failed to parse /system/framework/oat: Missing base APK in /system/framework/oat
01-18 08:50:14.976   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:14.980   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.WRITE_SETTINGS in package: com.rockchip.devicetest at: Binary XML file line #27
01-18 08:50:14.980   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.ACCESS_FINE_LOCATION in package: com.rockchip.devicetest at: Binary XML file line #28
01-18 08:50:14.980   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.WRITE_SETTINGS in package: com.rockchip.devicetest at: Binary XML file line #34
01-18 08:50:14.980   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.GET_TASKS in package: com.rockchip.devicetest at: Binary XML file line #46
01-18 08:50:14.981   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.INTERACT_ACROSS_USERS_FULL in package: com.rockchip.devicetest at: Binary XML file line #55
01-18 08:50:14.981   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.FORCE_STOP_PACKAGES in package: com.rockchip.devicetest at: Binary XML file line #59
01-18 08:50:14.982   581   581 I PackageManager: /system/priv-app/DeviceTest changed; collecting certs
01-18 08:50:15.027   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.077   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.105   581   581 W PackageManager: Failed to parse /system/priv-app/DeviceTest: Signature mismatch for shared user: SharedUserSetting{da03d3d android.uid.system/1000}
01-18 08:50:15.122   581   581 W PackageManager: Permission android.permission.DOWNLOAD_WITHOUT_NOTIFICATION from package com.android.providers.downloads in an unknown group android.permission-group.NETWORK
01-18 08:50:15.127   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.178   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.228   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.238   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.USE_CREDENTIALS in package: com.android.settings at: Binary XML file line #56
01-18 08:50:15.238   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.READ_SYNC_SETTINGS in package: com.android.settings at: Binary XML file line #61
01-18 08:50:15.238   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.WRITE_SYNC_SETTINGS in package: com.android.settings at: Binary XML file line #62
01-18 08:50:15.256   581   581 W PackageParser: No actions in intent filter at /system/priv-app/Settings/Settings.apk Binary XML file line #3212
01-18 08:50:15.272   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.INSTALL_GRANT_RUNTIME_PERMISSIONS in package: com.android.shell at: Binary XML file line #102
01-18 08:50:15.279   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.306   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.CONFIGURE_WIFI_DISPLAY in package: com.android.systemui at: Binary XML file line #123
01-18 08:50:15.329   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.365   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.READ_CONTACTS in package: com.android.bluetooth at: Binary XML file line #61
01-18 08:50:15.367   581   581 W PackageParser: No actions in intent filter at /system/app/Bluetooth/Bluetooth.apk Binary XML file line #223
01-18 08:50:15.379   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.400   581   581 W PackageManager: Non-privileged app; cap priority to 0; package: com.android.cts.ctsshim activity: com.android.cts.ctsshim.InstallPriority origPrio: 100
01-18 08:50:15.400   581   581 W PackageManager: Non-privileged app; cap priority to 0; package: com.android.cts.ctsshim activity: com.android.cts.ctsshim.InstallPriority origPrio: 100
01-18 08:50:15.400   581   581 W PackageManager: Non-privileged app; cap priority to 0; package: com.android.cts.ctsshim activity: com.android.cts.ctsshim.InstallPriority origPrio: 100
01-18 08:50:15.400   581   581 W PackageManager: Non-privileged app; cap priority to 0; package: com.android.cts.ctsshim activity: com.android.cts.ctsshim.InstallPriority origPrio: 100
01-18 08:50:15.400   581   581 W PackageManager: Non-privileged app; cap priority to 0; package: com.android.cts.ctsshim activity: com.android.cts.ctsshim.InstallPriority origPrio: 100
01-18 08:50:15.430   581   581 W PackageParser: Unknown element under <application>: permission at /system/app/Gallery2/Gallery2.apk Binary XML file line #245
01-18 08:50:15.430   581   581 W PackageParser: Unknown element under <application>: permission at /system/app/Gallery2/Gallery2.apk Binary XML file line #248
01-18 08:50:15.430   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.459   581   581 W PackageManager: Permission com.android.launcher3.permission.READ_SETTINGS from package com.android.launcher3 in an unknown group android.permission-group.SYSTEM_TOOLS
01-18 08:50:15.459   581   581 W PackageManager: Permission com.android.launcher3.permission.WRITE_SETTINGS from package com.android.launcher3 in an unknown group android.permission-group.SYSTEM_TOOLS
01-18 08:50:15.459   581   581 W PackageManager: Permission com.android.launcher.permission.INSTALL_SHORTCUT from package com.android.launcher3 in an unknown group android.permission-group.SYSTEM_TOOLS
01-18 08:50:15.467   581   581 W PackageParser: Unknown element under <manifest>: meta-data at /system/app/Lightning/Lightning.apk Binary XML file line #32
01-18 08:50:15.480   245   245 I ServiceManager: Waiting for service sensorservice...
01-18 08:50:15.508   581   581 W PackageParser: Unknown element under <intent-filter>: categary at /system/app/RFTestTool/RFTestTool.apk Binary XML file line #18
01-18 08:50:15.514   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.WRITE_SETTINGS in package: com.rockchip.devicetest at: Binary XML file line #23
01-18 08:50:15.514   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.ACCESS_FINE_LOCATION in package: com.rockchip.devicetest at: Binary XML file line #24
01-18 08:50:15.514   581   581 W PackageParser: Ignoring duplicate uses-permissions/uses-permissions-sdk-m: android.permission.WRITE_SETTINGS in package: com.rockchip.devi
最低0.47元/天 解锁文章
九霄的爸爸
关注
专栏目录
android64位机子兼容32位.so库文件
vhawk的专栏
11-21 2万+
猴子在调用高德地图的时候，遇到一个操作系统兼容问题，异常堆栈说是找不到so库文件，猴子就不懂了，明明有他说的那个文件。         后来和同行交流，他们的jniLibs中有一个arm64-v8a的文件夹用来存放64位操作系统的so库文件，于是猴子自己建了一个arm64-v8a文件夹，因为高德并没有把64位的so库文件公布出来，所以，猴子直接把他们唯一的so库考到了arm64-v8a文件夹下。
Android Studio自动生成带系统签名的apk
热门推荐
一叶知秋的专栏
06-01 5万+
如果你需要开发一个带有系统权限的app,往往需要配置SharedUserId，比如： <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.cxq.signdemo" android:sharedUserId="android.uid.shell">
32位程序移植到64位平台前的准备工作
FrankieWang008的专栏
10-18 1828
我们最近完成的一个项目是移植一个大型的32位应用程序，它可在64位环境中支持11个操作系统平台，并且程序的源代码超过了30万行。由于此32位程序是在几年前分成几部分开发而成，所以极有可能代码是由不同的开发者编写。鉴于此，我们有理由怀疑，在64位移植中导致问题的类型不匹配，很有可能
android 64位系统，调用32位so文件
letmefish的专栏
10-15 3160
1.在libs文件夹下面建立armeabi、armeabi-v7a、mips、x86 这4个文件夹 2.每个文件夹下面放一个需要导入的so文件(这个文件可以是随便一个记事本修改为so的文件名就可以) 3.在app模块下面的build.gradle android { compileSdkVersion 25 buildToolsVersion "26.0.1" d
Android studio切换64和32位
zhuiqiuk的专栏
01-31 6650
1.jdk 安装64为jdk 到C:\Program Files\Java\jdk1.8.0_111 安装32位jdk到 C:\Program Files (x86)\Java\jdk1.8.0_102 2.设置jdk环境变量 使用64位时，将JAVA_HOME的 设置为64位的路径 3.双击64位或者32位studio.exe图标，进入andrioid studio.
Android在64位系统上app如何导入32位库
点滴成就人生的博客
12-09 4891
一般在64位系统上面，app默认识别的是对应的64位的库，如果遇到不开源的32位的库，就需要能直接使用32位的库。这个时候只需将库文件导入到工程的libs/armeabi-v7a（armeabi）目录下编译即可，app安装之后会在安装数据目录里创建libs/armeabi-v7a（armeabi），库文件会保存在这个目录下，这个时候可以直接运行app成功。
64位Android系统驱动兼容32位库调用ioctl接口
cvChan
03-29 709
现在越来越多的android系统采用64位的kernel，我们
android 64位系统中，需要引用32位库，导致挂掉的问题
zyfzhangyafei的专栏
06-01 532
ifeq ($(XXX),yes) #条件编译 LOCAL_PATH := $(my-dir) include $(CLEAR_VARS) LOCAL_MODULE := MySystemUI LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX) LOCAL_MODULE_CLASS := APPS LOCAL_PRIVATE_PLATFORM_APIS := true LOCAL_CERTIFICATE := platform L..
32位的apk 在64位平台上运行不停挂掉的问题
zyfzhangyafei的专栏
12-13 5241
01-01 00:55:41.800 E/AndroidRuntime(12543): FATAL EXCEPTION: main 01-01 00:55:41.800 E/AndroidRuntime(12543): Process: cn.digirun.update, PID: 12543 01-01 00:55:41.800 E/AndroidRuntime(12543): java.
Android生成Apk32位和64位问题
inlooker的博客
12-29 2万+
Android生成Apk32位和64位问题 默认情况下，Gradle（无论是通过 Android Studio 使用，还是从命令行使用）会针对所有非弃用 ABI 进行构建。要限制应用支持的 ABI 集，请使用 abiFilters。例如，要仅针对 64 位 ABI 进行构建，请在 build.gradle 中设置以下配置： android { defaultConfig { ndk { abiFilters 'arm64-v8a', 'x86_64'
如何安装系统认证签名过的APK
01-05
系统中所有使用 android.uid.system 作为共享 UID 的 APK ，都会首先在 manifest 节点中增加android:sharedUserId=“android.uid.system”，然后在 Android.mk 中增加 LOCAL_CERTIFICATE := platform。可以参见 S
使用Android Studio实现为系统级的app签名
01-03
我们在做系统级的app开发时，往往会在AndroidManifest.xml文件中添加：android:sharedUserId=”android.uid.system”以获取系统级的权限，如果你正在使用Android Studio进行开发，编译生成的apk会因为签名问题无法...
android uid systemui,SystemUI-功能介绍
weixin_42134054的博客
05-27 1512
1. SystemUI与普通应用的区别SystemUI普通应用UID1000应用安装时分配，>10000编译方式基于Android源码编译基于Android SDK编译安装方式adb push SystemUI.apk /system/priv-app/SystemUIadb install App.apk安装位置/system/priv-app//data/app/数据位置/data/us...
共享uid，32bit和64bit apk共存的问题实例
qq_37610155的博客
11-23 3571
--------- beginning of crash 01-01 00:27:07.775  2084  2084 E AndroidRuntime: FATAL EXCEPTION: main 01-01 00:27:07.775  2084  2084 E AndroidRuntime: Process: .dataservices, PID: 2084 01-01 00:27:07
Android: 第三方jar打包进APK
TODO: Android; Linux; Cloud;
01-22 1266
Android.mk LOCAL_PATH:= $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE_TAGS := optional LOCAL_SRC_FILES := $(call all-subdir-java-files) LOCAL_PACKAGE_NAME := ACharDemo LOCAL_CE
安卓apk 脚本判断32位和64位兼容，还是纯64位
最新发布
Dayer的博客
05-11 677
安卓apk 脚本判断32位和64位兼容，还是纯64位
查看apk是64位32位（三种方法）
iblade的博客
04-19 7162
通过检查APK文件，你可以确定该APK支持的架构类型，包括它是为64位（例如arm64-v8ax86_64）还是32位（例如x86）架构准备的。Android应用程序可以包含多个不同的二进制文件，每个文件针对不同的处理器架构，这些文件通常被称为ABI（Application Binary Interface）。一个APK可以同时包含32位和64位的二进制版本，以便在各种设备上提供最佳性能。
android 64位进程,简单科普一下，安卓下的64位和32位
weixin_36213756的博客
05-28 1万+
对操作系统略有了解的朋友就一定知道Windows 系统有32位和64位之分，而大部分对32位和64位的区别并不清楚，可能只停留在最表面的“内存大于4G”就可以装64位系统了，这些了解都是片面的，下面为大家详细介绍下32位和64位系统的区别，到底哪个好？1，32位和64位的区别其实质就是程序同时运行的位数变宽，使用一个比喻可能更好的解释这些：比如在2条限速100km/h 的高速公路上，一条有32米宽...
android 为apk签android.uid.system名工具包
08-30
Android为APK签名使用的工具包是"Android.uid.system"。 APK签名是确保Android应用的完整性和安全性的重要步骤。Android系统使用APK签名来验证应用程序的来源和完整性，以确保应用没有被篡改或未经授权的修改。 Android.uid.system是一个工具包，用于为APK文件生成和管理签名。它提供了一组命令行工具和API，用于处理APK签名的各个方面。 首先，Android.uid.system提供了一个用于生成私钥和证书的命令行工具。私钥用于对APK进行数字签名，而证书则用于验证签名的可靠性。通过使用这些工具，开发人员可以生成他们自己的私钥和证书，用于签署他们的应用程序。 其次，Android.uid.system也提供了一个API，用于在应用程序代码中进行签名操作。开发人员可以使用这些API来读取和验证APK签名，以及为新生成的APK文件进行签名。这为开发人员提供了更多的灵活性和控制权，使他们能够更好地管理和保护他们的应用程序。 总之，Android.uid.system是一个重要的工具包，使开发人员能够为他们的Android应用程序生成和管理APK签名。通过使用这个工具包，开发人员可以确保他们的应用程序的完整性和安全性，并确保他们的应用程序来自可信的来源。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

九霄的爸爸

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值