0.前言

线上出了重大bug怎么办？代码错误导致不能注册账号，MACD线不显示，充值界面打不开？整个人都慌得不行，领导要骂了，更重要的是要扣工资了！！ 怎么办！！有了JSPatch你再也不用重新发版本了。

【对JPLoader和JPCleaner的封装以及修复bug的示例Demo】

1.JSPatch简介

• 它能够使用JavaScript调用Objective-C的原生接口，从而动态植入代码来替换旧代码，以实现修复线上bug。
  JSPatch传送门

原理

• 我的理解就是利用JavaScript通过JavaScriptCore与Objective-C通信，再根据runtime达到我们想要目的。
  JSPatch详细原理传送门

2.背景

• 在连续几个版本线上重大bug之后，真的被扣工资了（重点）
• 最开始我是准备使用JSPatch平台的，不过经过调研后，发现通过用作者提供的源码，自己非常容易就可以搭建一个自己的脚本下发平台。安全策略传送门

3. 最初的想法

jspatch.png

4.最终的实现

完全利用作者的JPLoader和JPCleaner

• packer.php脚本的使用 $ php packer.php main.js -o v2
  1.在本地打包和加密脚本文件

• JPLoader做的事情：
  1.根据版本号向服务端拉取上述打包后的文件
  2.对文件进行 RSA 校验/解压/执行
  3.执行本地已下载的脚本

• JPCleaner做的事情
  1.JSPatch 脚本执行后撤回脚本

• manager的逻辑：
  1.进入程序 [JPLoader run];运行本地补丁文件。
  2.补丁抛出异常[JPCleaner cleanAll];清除本地补丁。
  3.每次启动都去自己服务器请求 返回格式 {"脚本version":"1" "downloadURL":"https://xxxxxxxx"}
  4.判断返回补丁号与正在使用补丁版本号，是否跟新。
  5.清除执行过的脚本，执行刚下载的脚本。

由于JPLoader是利用RSA加密，所以看这里RSA生成方法， 需要替换JPLoader.h的公钥和packer.php的私钥
提示：JSPatch Loader 只处理脚本校验，防止传输过程被第三方篡改，但不会对脚本内容进行加密传输和存储，对脚本内容有加密需求的可以自行加上加密逻辑

最终简单的集成了JSPatch以备不时之需。若对这东西要求很高，建议使用官方平台，或者自己设计一套适合自己业务的逻辑。：）

5.写脚本文件

建议利用【JSPatchConvertor】转换代码 ——> 再根据【JSPatch 基础用法】逐一修改 ——> 再加Safari调试技巧 ——> 本地充分的测试。确保每个发出的脚本都是修bug，而不是就是一个bug。

----最后，希望永远用不到JSPatch下发脚本。