原博地址： 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