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

【转载】双微信分享发生TransactionTooLargeException 异常记录相关推荐

双微信，分享发生TransactionTooLargeException 异常，记录
前提条件: 1. 开启双应用(设置->双应用) 2. 安装微信. 复现步骤: 1. 用相机拍一张6M左右的照片并保存到手机. 2. 进入图库,打开这张6M左右的照片后选择分享->朋友. 实 ...
微信分享——ios和安卓机制居然不一样！
之前分享过一篇转载的微信分享填坑文章基本涵盖了微信分享功能开发的基本操作. 实际项目中,在做微信分享追踪的时候,遇到了一个百思不得其解的问题. 在加入了用户分享追踪功能之后,页面已经加载完成的情况下 ...
php 微信分享功能_php实现微信分享到朋友圈并记录分享次数功能
在一些带有分销功能或者需要用微信裂变的程序中,经常需要用到微信分享并记录次数,这样就知道别人分享了多少次,小郭今天正好也在做这个,就记录一下这个原理和实现方法, 1.引入JS文件 2.通过config ...
android 微信分享源码,记录Android微信分享功能的吐槽与思考
在App内潜入分享到微信好友或朋友圈的功能想必大家已经屡见不鲜了,比如Android分享一个网页信息(URL)到微信客户端的代码: /** * 微信分享:分享网页 * @param context * ...
php 微信转发朋友圈,php实现的微信分享到朋友圈并记录分享次数功能的讲解
这篇文章主要介绍了php实现的微信分享到朋友圈并记录分享次数功能,结合实例形式分析了php微信分享功能接口调用及分享次数统计具体操作技巧,需要的朋友可以参考下本文实例讲述了php实现的微信分享到朋友 ...
java 记录微信转发次数_微信分享朋友圈记录分享次数统计实现
业余时间研究微信的接口方法.记录下微信分享朋友圈记录分享次数统计实现:1.引入JS文件 2.通过config接口注入权限验证配置 3.通过ready接口处理成功验证 4.通过error接口处理失败验证 ...
android 开发微信群发,Android 记录一次开发微信分享功能的吐槽与思考
在App内潜入分享到微信好友或朋友圈的功能想必大家已经屡见不鲜了,比如Android分享一个网页信息(URL)到微信客户端的代码: /** * 微信分享:分享网页 * @param context * ...
Android 记录一次开发微信分享功能的吐槽与思考
在App内潜入分享到微信好友或朋友圈的功能想必大家已经屡见不鲜了,比如Android分享一个网页信息(URL)到微信客户端的代码: /*** 微信分享:分享网页* @param context* @p ...
android微信分享工具,记录Android微信分享功能的吐槽与思考
在App内潜入分享到微信好友或朋友圈的功能想必大家已经屡见不鲜了,比如Android分享一个网页信息(URL)到微信客户端的代码: /** * 微信分享:分享网页 * @param context * ...

【转载】双微信分享发生TransactionTooLargeException 异常记录

android app开发者临时解决方案

【转载】双微信分享发生TransactionTooLargeException 异常记录相关推荐

最新文章

热门文章