博客地址: dim.red

0x00 前言

分析最近的 Crash , 排在前列基本是第三方SDK导致. 遇到这样的问题, 我们需要寻求官方的支持, 但是官方的支持总是来得比较晚. 在Android上, 第三方SDK一般是两种, 一种是jar, 一种是so. so的修改成本过大, 我们放弃它, 我们现在探讨对 jar 的修改.

0x02 问题

在之前使用AOP来为第三方SDK打CALL 文章我们使用 AOP 对第三方 SDK 的问题进行修复. 貌似能这样解决这个问题.
但是 AOP 存在局限性:
1、它不够直观. 定义的规则需要通过编译后才能确定.
2、学习成本较高.
3、可操作的范围不够大. 只能切方法.
例子:
在一些因素下,我们升级某个推送SDK版本. 但是发现有大量的NPE异常出现. 通过反编译 jar 定位问题.

private Handler p = null;
private void b() {
      if (this.p != null) {
          this.p.removeMessages(2);
      } else {
          this.p = new Handler(Looper.getMainLooper(), new com.xxx.b(this));
      }
      this.p.sendEmptyMessageDelayed(2, 3000L);
 }
private void c() {
      if (this.p != null) {
          this.p.removeMessages(2);
          this.p = null;
      }
 }
public void d(){
...
  // 代码块A  开始
  if(p != null){
    this.p.sendEmptyMessageDelayed(3, 3000L);
  }
  // 代码块A  结束
...
}

异常发生在方法this.p.sendEmptyMessageDelayed(2, 3000L);.在一个判断空还会出现NPE, 说明这是一个多线程并发下的bug. 通过分析我们需要

对b c 方法使用synchronized 修饰
对代码块A 进行 synchronized(this) 包裹

在这种场景下使用AOP将费力不讨好.

0x03 解决方案

我们可以尝试使用一种更简单的方式来处理这件事情. 输入一个原始的 jar , 经过转换生成新的 jar.

步骤1: 对 jar 中需要修改的 class 反编译成 java 文件.
步骤2: 对 java 文件进行代码逻辑上的 bug fix.
步骤3: 使用 javac 编译 java 文件成 class 文件.
步骤4: 替换 jar 中对应的修改的 class 文件生成新的 jar 文件.

0x04 问题

Q : javac 编译失败.
A: 当你 java 调用的方法不在原有的 jar 中, 导致 javac 编译的时候找不到对应的方法,抛出异常.
解决方式:使用 asm 对 jar 中进行指令分析, 对指令 invokestatic, invokevirtual , invokeinterface , invokedynamic ( android 上可以忽略这个指令) 和 getfield , getstatic 指令的分析. 我们可以生成一个空的实现的jar , 来为 javac 编译提供环境支持.

Q : 内部类的问题.
A: 匿名内部的生成的规则是 外部类类名$Number. Number 是在源码中出现的位置. 当你新增和调整位置的时候会导致生成的类和之前的类不匹配. 解决方式. 在对外部类操作的时候, 直接对匿名内部类进行删除. 等 javac 命令的生成新的内部类直接替换进去.

0x05 改进

通过和 idea 结合提供一整套的解决方案.

一种新的修改字节码的思路

0x00 前言

0x02 问题

0x03 解决方案

0x04 问题

0x05 改进