原博地址： https://blog.csdn.net/xiaolli/article/details/60577331 博主@程立001
前提条件：
1. 开启双应用（设置-》双应用）
2. 安装微信。
复现步骤：
1. 用相机拍一张6M左右的照片并保存到手机。
2. 进入图库，打开这张6M左右的照片后选择分享-》朋友。
实际结果：
2. 界面闪一下后，无法弹出微信账号选择界面。
期望结果：
2. 能够成功弹出微信账号（主号，小号）选择界面。
备注：
1. 5M以内的照片分享时能够成功弹出微信账号（主号，小号）选择界面。
android app开发者临时解决方案
对于android app开发来说，系统底层也不是自己能改的，我的临时解决方案是，在微信分享图片的时候，把图片 压缩大小到250k以内（原图+缩略图），这样 clone 后，就不会超过500k的数据限制了
堆栈为：
02-28 11:03:50.470 1297 2644 E JavaBinder: !!! FAILED BINDER TRANSACTION !!! (parcel size = 597856)
02-28 11:03:50.471 1297 2644 W ActivityManager: Exception when starting activity android/com...app.***MutiWechatActivity
02-28 11:03:50.471 1297 2644 W ActivityManager: android.os.TransactionTooLargeException: data parcel size 597856 bytes
02-28 11:03:50.471 1297 2644 W ActivityManager: at android.os.BinderProxy.transactNative(Native Method)
02-28 11:03:50.471 1297 2644 W ActivityManager: at android.os.BinderProxy.transact(Binder.java:503)
02-28 11:03:50.471 1297 2644 W ActivityManager: at android.app.ApplicationThreadProxy.scheduleLaunchActivity(ApplicationThreadNative.java:846)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStackSupervisor.realStartActivityLocked(ActivityStackSupervisor.java:1384)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStackSupervisor.startSpecificActivityLocked(ActivityStackSupervisor.java:1493)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStack.resumeTopActivityInnerLocked(ActivityStack.java:2444)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStack.resumeTopActivityLocked(ActivityStack.java:1894)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStackSupervisor.resumeTopActivitiesLocked(ActivityStackSupervisor.java:3156)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStack.completePauseLocked(ActivityStack.java:1388)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityStack.activityPausedLocked(ActivityStack.java:1160)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityManagerService.activityPaused(ActivityManagerService.java:7463)
02-28 11:03:50.471 1297 2644 W ActivityManager: at android.app.ActivityManagerNative.onTransact(ActivityManagerNative.java:539)
02-28 11:03:50.471 1297 2644 W ActivityManager: at com.android.server.am.ActivityManagerService.onTransact(ActivityManagerService.java:2711)
02-28 11:03:50.471 1297 2644 W ActivityManager: at android.os.Binder.execTransact(Binder.java:453)
通过 dumpsys activity top 获知：
分享界面为：android/com.android.internal.app.ChooserActivity
分享的双微信界面为：android/com...app.***MutiWechatActivity
在 core/jni/android_util_Binder.cpp 的android_os_BinderProxy_transact 方法中添加log:
在传输之前将要传输的值的大小打印出来 @1
正常传输图片的大小
02-23 15:11:21.623 1310 2641 E JavaBinder: data size is 59832 Java code calling transact on 0x7f6d6af1a0 in Java object 0x7f6c869d74 with code 7
异常的大小
02-23 15:15:38.073 1310 2751 E JavaBinder: data size is 597856 Java code calling transact on 0x7f6d6af1a0 in Java object 0x7f6bd64d74 with code 7
差别太大了。
怀疑是上层传输时 有问题：
ChooserActivity 所处的进程为android:ui, 使用jdb 大发，调试android:ui 进程 在传输时加断点：
stop in android.app.ActivityManagerProxy:2743 @2
正常情况下bindler传输数据大小：
data.dataSize() = 632
异常状况下：
data.dataSize() = 584
对图片应该使用的是路径的传输方式，两处相差不大，并且传输的数据并不大，不应该会造成 TransactionTooLargeException 异常啊，那为啥到对端，就变成 一个比较大，一个特别大：
？？？？？？
使用最笨的方法，在andorid_os_Parcel.cpp 类的各个方法中，添加类似此类判断代码：
#include <utils/CallStack.h>
Parcel* p = (Parcel*)env->GetLongField(obj, gParcelOffsets.mNativePtr);
size_t begin = parcel->dataSize();
size_t size = parcel->dataSize() - begin；
if(size > 5000){
ALOGE(“method name %zu parcel is %p”, parcel->dataSize(), parcel);
CallStack stack(LOG_TAG);
jclass throwable_class = env->FindClass(“java/lang/Throwable”);
jmethodID throwable_init = env->GetMethodID(throwable_class, “”, “(Ljava/lang/String;)V”);
jobject throwable_obj = env->NewObject(throwable_class, throwable_init, env->NewStringUTF(“hecheng”));
jmethodID throwable_mid = env->GetMethodID(throwable_class, “printStackTrace”, “()V”);
env->CallVoidMethod(throwable_obj, throwable_mid);
}
获取异常的log:
02-28 12:15:13.297 1312 2598 E Parcel : android_os_Parcel_appendFrom thisParcel begin size 608, otherParcel size 297736, otherParcel end size is 298344, thisParcel is 0x7f8b528c20, otherParcel is 0x7f8b5281a0
02-28 12:15:13.298 1312 2598 E Parcel : android_os_Parcel_appendFrom thisParcel begin size 298664, otherParcel size 297736, otherParcel end size is 596400, thisParcel is 0x7f8b528c20, otherParcel is 0x7f82d0e3a0
02-28 12:15:13.298 1312 2598 E JavaBinder: data size is 597856 Java code calling transact on 0x7f6e8bd0e0 in Java object 0x7f6e0f7d74 with code 7
02-28 12:15:13.298 1312 2598 E JavaBinder: !!! FAILED BINDER TRANSACTION !!! (parcel size = 597856)
那么是说明上层有用户调用 android_os_Parcel_appendFrom — 往parcel中添加大数据，查看上下文堆栈：
28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.nativeAppendFrom(Native Method)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.appendFrom(Parcel.java:453)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.BaseBundle.writeToParcelInner(BaseBundle.java:1317)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Bundle.writeToParcel(Bundle.java:1079)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.writeBundle(Parcel.java:711)
02-28 13:42:53.597 1332 2708 W System.err: at android.content.Intent.writeToParcel(Intent.java:8094)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.writeParcelable(Parcel.java:1437)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.writeValue(Parcel.java:1343)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.writeArrayMapInternal(Parcel.java:686)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.BaseBundle.writeToParcelInner(BaseBundle.java:1330)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Bundle.writeToParcel(Bundle.java:1079)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Parcel.writeBundle(Parcel.java:711)
02-28 13:42:53.597 1332 2708 W System.err: at android.content.Intent.writeToParcel(Intent.java:8094)
02-28 13:42:53.597 1332 2708 W System.err: at android.app.ApplicationThreadProxy.scheduleLaunchActivity(ApplicationThreadNative.java:819)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStackSupervisor.realStartActivityLocked(ActivityStackSupervisor.java:1384)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStackSupervisor.startSpecificActivityLocked(ActivityStackSupervisor.java:1493)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStack.resumeTopActivityInnerLocked(ActivityStack.java:2444)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStack.resumeTopActivityLocked(ActivityStack.java:1894)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStackSupervisor.resumeTopActivitiesLocked(ActivityStackSupervisor.java:3156)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStack.completePauseLocked(ActivityStack.java:1388)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityStack.activityPausedLocked(ActivityStack.java:1160)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityManagerService.activityPaused(ActivityManagerService.java:7463)
02-28 13:42:53.597 1332 2708 W System.err: at android.app.ActivityManagerNative.onTransact(ActivityManagerNative.java:539)
02-28 13:42:53.597 1332 2708 W System.err: at com.android.server.am.ActivityManagerService.onTransact(ActivityManagerService.java:2711)
02-28 13:42:53.597 1332 2708 W System.err: at android.os.Binder.execTransact(Binder.java:453)
其实就是 ams 将，传过来的 intent，通过调用Intent.writeToParcel 方法传入底层，用于启动***MutiWechatActivity 页面啊。
但是从上面可知，传过来的时候，intent 其实并不大啊，在仔细查看上下文log：
02-28 14:06:41.528 6356 6356 W Intent_hecheng: writeBundle Parcel size: 298068
此处向binder 写入的值较大，比较可疑，其进程名为：com.**.share，
从名字上看，应该也和分享有关啊，再次复现了一边流程发现：
android/com.android.internal.app.ChooserActivity
|
com..share/com..share.LaunchWeChatShareActivity //此界面，只出现一瞬间
|
android/com...app.***MutiWechatActivity
因为LaunchWeChatShareActivity 只出现一瞬间，且用眼睛注意不到此界面，所以一直忽略此界面，
由此可以有一个合理的推测：
ChooserActivity 将图片路径存入 intent
LaunchWeChatShareActivity 取出图片，将图片放入intent
***MutiWechatActivity intent 过大，发生问题。
联系com.**.share 被告知：
1、其实根据手机屏幕分辨率，去解析图片的，本机的分辨率较高(2k),所以解析图片较大，
2、对比机，分辨率较小，所以没有问题，
3、且不启动双微信，没有问题，请先排查双微信问题.
好吧，为啥启动双微信会发生问题呢？
排查双微信的代码，在ams 里面发现：
如果开启双微信，在ams里面，会将传入的 intent，clone 出来一份，并且存入一个共同的intent 中，
就相当于，双微信中，要传输的数据是 传过来的二倍。
以原本的intent 为蓝本，创建双微信 的intent，
Intent _intent = new Intent(intent);
Intent _intentClone = new Intent(intent);
_intent.addCategory(INTENT_SHARE_CLONE);
_intentClone.addCategory(INTENT_CLONE);
_intentClone.addCategory(SHARE_CLONE);
创建双微信要传输的 intent
Intent _intentDouble = new Intent();
_intentDouble.addFlags( Intent.FLAG_ACTIVITY_MULTIPLE_TASK |Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS);
_intentDouble.setClassName(“android”, “com...app.***MutiWechatActivity”);
Bundle mBundle = new Bundle();
将两个微信的 intent，存入_intentDouble 中
mBundle.putParcelable(“intent”, _intent);
mBundle.putParcelable(“intent_Clone”, _intentClone);
_intentDouble.putExtras(mBundle);
本身LaunchWeChatShareActivity 传过来的intent 就已经很大了，因为开启了双微信，要传输的数据扩大了两倍，数据变得更大了，所以发生了oom。
解决方案：
在ams中intent，仅传输 原本的intent
在***MutiWechatActivity 端，进行double create操作
备注：
@1、传输值的大小data->dataSize()，返回的是 size_t 类型的格式，需要使用 zu% 打印
@2、通过step 、step up 与源码一步步确认，找到对应行数的
@3、在使用jdb 大法，在启动 Activity页面时，加断点：
jdb stop in android.app.ActivityManagerProxy.startActivity