简单的 iOS 线上热修复方案 - iOS 开发 | Molier = Molier = Tomorrow is another day

# 向大佬致敬

总是喜欢把参考资料、致谢等写在文章最前面，毕竟是站在人家的肩膀上，向大佬致敬，写这篇文章的也是参考他的然后加上一些自己的思考，主要目的还是自己再写一遍 Demo 和文档，以便加深记忆，也帮助自己更好的理解，有句话说：看懂的东西不一定就是学会了，自己能在不看资料的前提下写出来才算是略知一二。

以下是 ** 原文链接有兴趣的还可以看下大佬博客 **

# 工作原理分析

要实现热修复其实原理就是我们可以动态的修改代码，在方法前、中、后插入自己想要的东西或者代码。其实这个需求并不难，iOS 的运行时机制可以满足我们的这个要求，但是如果是已经上架了的 APP, 已经打成了 Ipa 包我们该如何修改呢？这里就需要服务端去控制，通过下发不同的内容来达到我们想要的目的，但是这里有一个要求，服务端所下发的内容并不能是任意的，而是要通过下发的内容调起我们 App 内的 RunTime 机制然后进行偷梁换柱。满足这个要求的数据格式只有字符串化的 JS 代码，因为我们知道在 iOS 中 JS 代码是可以调用 OC 的代码。综上所述打到热修复整套流程所需的技术如下：

Runtime：
可以在本站搜索 Runtime 关键字找到 Runtime 相关资料
与服务器交互：
现在大部分 APP 都具有于服务端交互的能力，就是我们常说的网络请求 AFNetWorking 等
JS 与 OC 交互：
大家可以参考这篇文章，主要参考方式二，使用 JavaScriptCore 进行交互

进行了上述操作后每次用户启动，App 都会进行如下操作

这样一来如果开发在项目发布出去后发现有 Crash 那么可以立即通过服务器下发 JS 代码来制定 APp 每次执行新方法 (新方法的定义也是在下发的 JS 代码中)，可以避免一些问题。

# 实际使用

# 第三方

这里用到一个第三方库 Aspects 这个库可以理解为一个 iOS 中的 Runtime 库，我们不用写繁琐的代码，直接调用他的接口即可，

+ (id<AspectToken>)aspect_hookSelector:(SEL)selector
                           withOptions:(AspectOptions)options
                            usingBlock:(id)block
                                 error:(NSError **)error;

其中的枚举就是选择我们要插入方法的位置，其中包含

typedef NS_OPTIONS(NSUInteger, AspectOptions) {
    AspectPositionAfter   = 0,            /// Called after the original implementation (default)
    AspectPositionInstead = 1,            /// Will replace the original implementation.
    AspectPositionBefore  = 2,            /// Called before the original implementation.

    AspectOptionAutomaticRemoval = 1 << 3 /// Will remove the hook after the first execution.
};

这个库据说是对上线没有影响。

# 配置工程

用实际代码来证明下，这是我 Controller 中的一个代码，很明显会产生数组越界的 Crash，假如我们在上线后才发现了这个问题，这时候需要修复

#import "ViewController.h"

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    [self crashMethod:0];

    // Do any additional setup after loading the view, typically from a nib.
}



- (void)crashMethod:(NSInteger)argument
{
    if (argument == 0) {
        NSArray * arr = @[@"1"];
        [arr objectAtIndex:2];
    }
}

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}


@end

导入上面说的那个第三方.h 和.m 然后自己建立一个桥接类，用来处理 JS 和 O 的交互，大概的结构就是这样

其中交互类中暴露出如下接口

#import <Foundation/Foundation.h>
#import "Aspects.h"
#import <objc/runtime.h>
#import <JavaScriptCore/JavaScriptCore.h>
@interface Felix : NSObject

/**
 初始化
 */
+ (void)fixIt;


/**
 开始执行JS代码

 @param javascriptString 需要执行的JS
 */
+ (void)evalString:(NSString *)javascriptString;
@end

.m 文件的内容可以到大佬博客中参考这里不放出，不然篇幅太长。

# 开始使用

因为我们最好用能控制代码里面的所有方法，所以我们要尽早的注册交互类，在 APpdelegate 中如下注册

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // Override point for customization after application launch.


    [Felix fixIt];
    NSString *fixScriptString = @" \
    fixInstanceMethodReplace('ViewController', 'crashMethod:', function(instance, originInvocation, originArguments){ \
    if (originArguments[0] == 0) { \
    console.log('crash！！！！！'); \
    } else { \
    runInvocation(originInvocation); \
    } \
    }); \
    \
    ";
    [Felix evalString:fixScriptString];

//    如果是多个方法建议用循环执行
//    NSArray * hotFixStr = @[fixScriptString];
//    for (int i = 0; i < hotFixStr.count; i ++) {
//        [Felix evalString:hotFixStr[i]];
//    }

    return YES;
}

其中 JS 的代码就是我们所要修改的内容，可以看到当参数为 0 的时候输出 crash！！！然后不再继续执行了。实际项目中这段代码是由服务器动态返回的，如果我们要修改多个方法，就需要服务器返回 JS 字符串数组我们这边来进行循环处理即可。这时候在运行下代码不会崩溃，下面会输出一个 crash！！！！

# 思考

这个方法相比较之前的 JSpatch 是非常轻量级的，而且也只是实现了简单的容错功能，并不能做一些复杂的操作，比如生成一个对象之类的，不过对于一般的控制已经可以满足了，毕竟在苹果爸爸这么严厉的管制下能有这样的方法也还不错啊。