1内存泄露
activityA被设定launchMode = singleInstance,
该启动模式会将activityA放置在一个特殊的task中,不允许其他activity再放入.
但是项目中MainActivity以startActivityForResults()的方式启动activityA, 会导致MainActivity与activityA置于同一个task.
此时,home键退出,重新进入时,系统找不到原MainActivity, 就重新创建了MainActivity.
修复方式:
去除activityA的launchMode
2.java.lang.AbstractMethodError:
问题原因: 使用了两个版本的accountoauth库
项目中使用的accountoauth库是 v1.0.3
creatorSDK中使用的mzaccountoauth库版本是 1.0.1
accountoauth库从v1.0.1升级到v1.0.3, 对OnMzAuthListener接口进行了修改,
导致运行时creatorSDK中调用OnMzAuthListener接口时,
系统从v1.0.3版本库中查找接口，发现接口方法参数个数不对
于是抛出异常: java.lang.AbstractMethodError .
3.java.util.ConcurrentModificationException
分析:
1.根据log分析,现场是发生在收到推送的时间点上.
2 定位此报错是由 SharedPreferences存取Set数据时引起的.
3.Video项目中没有使用SharedPreferences保存Set类型数据的场景, 查看PushSDK中存在此场景.
4 pushSDK中的NotificationUtils有几个方法，
将HashSet从SharedPreferences中取出来,然后add了新的数据.
网上查证,如此操作一定概率会出现ConcurrentModificationException错误.
查Google Developers 文档中关于getStringSet()方法有如下说明:
Note that you must not modify the set instance returned by this call.
The consistency of the stored data is not guaranteed if you do,
nor is your ability to modify the instance at all.
不能直接修改通过该方法返回的set对象.
4.ANR
埋点上报时, 需要跨进程调用插件的方法.
该上报直接在UI线程执行, 可能引发ANR.
修改方式:
将跨进程调用移至子线程中执行.
5.RuntimeException: Canvas: trying to use a recycled bitmap
由glide缓存回收引起, 当缓存达到maxSize时,gilde会回收一部分bitmap对象.
底栏的图标是有两种(选中和未选中)状态, 并且为了视觉效果,
在切换选中状态时将前一种状态的图片作为了defaultPlaceHolder(占位图,目标图片未加载完成时显示在目标位置)
此时之前的bitmap如果已被回收,则会出现此bug
通过重写GlideModule的applyOptions方法可以复现此bug
@Override
public void applyOptions(Context context, GlideBuilder glideBuilder) {
Log.d(TAG, "applyOptions");
//将缓存池大小设为0, 即不缓存bitmap,不用时会被直接recycle
int bitmapPoolSizeBytes = 1024 * 1024 * 0; // 0mb
int memoryCacheSizeBytes = 1024 * 1024 * 0; // 0mb
glideBuilder.setMemoryCache(new LruResourceCache(memoryCacheSizeBytes));
glideBuilder.setBitmapPool(new LruBitmapPool(bitmapPoolSizeBytes));
}
6.切换底部tab时出现空页面
底栏tab有变动时, 会清除所有Tab及页面.
清除Fragment时, FragmentTransaction的remove之后,调用commitAllowingStateLoss, 会导致清除Fragment不及时, 导致刷新之后,清除的操作才生效.
改用FragmentTransaction.commitNowAllowingStateLoss,使得清除操作立即生效.
7.内存泄漏
FragmentPagerAdapter缓存了所有的tab页内的Fragment实例, Fragment实例通过LoginCallbackLinstener引用了AccountHelper对象.
改用FragmentStatePagerAdapter, 仅缓存3个Fragment对象,销毁其余Fragment.
8.RejectedExecutionException，线程拒绝执行。
引起RejectedExecutionException 的情况有两种,
一种是Executor已经SHUTDOWN, 继续增加新请求;
另一种是Executor的线程数已达到max_size, 还在继续增加新请求.
根据log中的信息可知:
ThreadPoolExecutor@75eb4d9[Running, pool size = 128, active threads = 128, queued tasks = 10, completed tasks = 1431]
我们使用的线程池最大是128, 活动线程也达到了128,继续添加请求的话就会报出该异常.
修复方式：try起错误段代码，保证程序不崩溃
9.SQLiteException: table custom_folder already exists (code 1)
插件启动了service子进程, Application中的初始化代码会执行了两次,
导致数据库初始化代码
CustomFolder.createInstance(sApplicationContext);
执行两遍.
解决办法:
经确认, 在只有主进程的项目中不需要将service启用子进程,
将原service进程中运行的组件移至主进程中即可解决此问题.
10.过度绘制问题
列表动效动画效果需要设置外层布局的 android:clipChildren="false" 以便让控件内部的内容可以绘制到控件外部
但是会引起在内层布局刷新时，外层布局也会刷新导致过度绘制问题。
11.recyclerView： Inconsistency detected. Invalid view holder adapter
与recyclerView原生的bug提示一致，后确认并不是原生bug，而是由其他原因引起。
问题点确认：对三份log分析可知，出现bug时正在播放综艺频道内容。 此bug发生页面在播放详情页的正片列表list（RecyclerView）
在更新集数列表时，在子线程中会执行list.clear()操作，如果此时RecyclerView正好在进行layout，就会出现此bug导致崩溃。
12.内存泄漏
定位代码: Fragment --> GetFilterTypeJob 是一个内部类, 会引用Fragment,间接的引用了ContainerActivity,
当退出页面时,如果Job(子线程)未执行完,则会引起activity泄露.
dumpsys_activity.txt文件中,没有抓到activity实例, 说明等子线程执行完,则会释放引用的activity.
修改方式: 将GetFilterTypeJob 由内部类改为 静态内部类 , 可切断此Job与fragment之间的引用.
