最近出现一个很奇怪的问题:
一个项目组用的svn管理代码,同样的代码,两个电脑 打包出的apk大小不一样,相差0.5m左右.
假设有两个人, 甲和 乙
新安装 甲打出来的apk可以正常使用,然后在覆盖安装同样是 甲的安装包 ,可以启动正常使用;
新安装 乙打出来的apk,和 甲一样,也可以正常使用;
现在 甲打包完成后,打开正常使用,在覆盖安装 乙打出来的apk, 然后直接闪退,并且没有log提示!!!
同样的情况, 乙先打的包在覆盖安装 甲的也不行;
代码我直接从svn拉下来的,试了好几次,as也重装过,sdk也重下过,都不行;
哪位大神来帮帮忙吧!
跪谢啊~
回复讨论(解决方案)
1.检查签名是否一样； 2.检查混淆文件是否一样；
3.检查as版本、gradle版本是否一样；
1.检查签名是否一样；
2.检查混淆文件是否一样；
3.检查as版本、gradle版本是否一样；
1 签名肯定相同不然覆盖安装不上;
2.关闭混淆了
3.as版本2.3.2最新版, 其他build 版本 gradle版本都是从svn上拉下来的,确定都是一致的...
目前在怀疑第三方的so文件 是不是javaSDK版本导致的问题?
1.检查签名是否一样；
2.检查混淆文件是否一样；
3.检查as版本、gradle版本是否一样；
1 签名肯定相同不然覆盖安装不上;
2.关闭混淆了
3.as版本2.3.2最新版, 其他build 版本 gradle版本都是从svn上拉下来的,确定都是一致的...
目前在怀疑第三方的so文件 是不是javaSDK版本导致的问题?
照之前的意思是，甲包能覆盖安装乙包成功，只是在运行的时候就闪退了？—— >这样的话，应该是有日志可以打出来的，可以跟踪下。
1.检查签名是否一样；
2.检查混淆文件是否一样；
3.检查as版本、gradle版本是否一样；
1 签名肯定相同不然覆盖安装不上;
2.关闭混淆了
3.as版本2.3.2最新版, 其他build 版本 gradle版本都是从svn上拉下来的,确定都是一致的...
目前在怀疑第三方的so文件 是不是javaSDK版本导致的问题?
照之前的意思是，甲包能覆盖安装乙包成功，只是在运行的时候就闪退了？—— >这样的话，应该是有日志可以打出来的，可以跟踪下。
32 18641-18641/? E/ActivityThread: Activity com.android.packageinstaller.PackageInstallerActivity has leaked ServiceConnection com.android.packageinstaller.PackageInstallerActivity$16@18211e1 that was originally bound here
android.app.ServiceConnectionLeaked: Activity com.android.packageinstaller.PackageInstallerActivity has leaked ServiceConnection com.android.packageinstaller.PackageInstallerActivity$16@18211e1 that was originally bound here
at android.app.LoadedApk$ServiceDispatcher.< init >(LoadedApk.java:1119)
at android.app.LoadedApk.getServiceDispatcher(LoadedApk.java:1013)
at android.app.ContextImpl.bindServiceCommon(ContextImpl.java:1938)
at android.app.ContextImpl.bindService(ContextImpl.java:1921)
at android.content.ContextWrapper.bindService(ContextWrapper.java:539)
at com.android.packageinstaller.PackageInstallerActivity.bindPermissionService(PackageInstallerActivity.java:1764)
at com.android.packageinstaller.PackageInstallerActivity.onCreate(PackageInstallerActivity.java:1039)
at android.app.Activity.performCreate(Activity.java:6144)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1128)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2528)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2656)
at android.app.ActivityThread.access$800(ActivityThread.java:178)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1512)
at android.os.Handler.dispatchMessage(Handler.java:111)
at android.os.Looper.loop(Looper.java:194)
at android.app.ActivityThread.main(ActivityThread.java:5692)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:959)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:754) A/libc: Fatal signal 11 (SIGSEGV) at 0x7bba0fbc (code=2), thread 2500 (ple.test)
这个报错了!!! 有没有保证本地的SDK版本和java版本是否相同.
最好是两个边都把SVN重新checkout到另外路径, 再打包出apk看, 本地配置尽量不要修改. 如果修改就要比较两台电脑的东西是否相同. 有没有保证本地的SDK版本和java版本是否相同.
最好是两个边都把SVN重新checkout到另外路径, 再打包出apk看, 本地配置尽量不要修改. 如果修改就要比较两台电脑的东西是否相同.
java版本会影响 so库的编译吗 会啊
java版本会影响 so库的编译吗
JDK中的NDK部分会影响 会啊
java版本会影响 so库的编译吗
JDK中的NDK部分会影响
谢谢大神 我把ndk配置的路径删了就正常了...
原来如此