hotfix的作用眾所周知，Android和iOS都有各自的技術，但是相比Android的當天發布來說（如果你們的項目不需要灰度），iOS熱更新的意義更加重大。因為iOS審核周期長不說，而且運氣不好會遇到各種被拒，即使申請快速審核，也必須滿足二者之一：能夠準確的告訴蘋果復現crash的步驟，或者在特殊節日附近。 可能你費勁周折的提心吊膽和那么多天其實也就是在某個類中加三行代碼。

1.簡單介紹

在沒有JSPatch之前，可能有人會使用過JSCocoa。但是有著一系列復雜問題，比如源碼已經多年沒有維護，代碼規模巨大，不支持ARM64。如果想使用還需要升級libffi，并且嘗試兼容ARM64，想編譯通過都很困難。

JSPatch的出現基本解決了上述所有問題。在一個項目中接入JSPatch的成本很低，需要動點腦筋的可能就是如何合理的提交和下載。

關于JSPatch的原理作者的博客已經說的很清楚，本文不再說明，本文主要說的時一些接入操作相關。

如果你不是在董鉑然博客園看到本文可點擊查看原文。

2.倉庫設置

js文件肯定不能隨便往后臺某個文件夾一放就讓前端去下載了，雖然使用方便但是在App或者版本較多時容易混亂。建議專門搭建一個遠端倉庫，倉庫里主要就是文件夾和js文件，當需要提交js文件時，從主干遷出一個分支，在合適的地方新建文件夾并添加js文件，然后給主干提Pull Request， 這應該是一個麻煩但是規范的流程。文件夾結構參考下圖:

第三層文件夾里，可以用版本名稱也可以使用build號。之后在發請求下載的時候應該是需要拼上項目appname，version等參數。

3.安全策略

安全相關工作如果沒有做好，最慘的情況是人家可以通過js文件調用你的任何OC方法，我們肯定不能允許此類事情發生。一般在js文件提交到倉庫以后后端應該對這一段js代碼進行 md5或者更高手段的編碼，并將這段編碼與文件存在一起，上圖中得meta.json里存的就是這一段編碼。 之后在發請求的返回值的結構應該是大致如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14

{ data: { isUpdate:?true, content: "require('MTPoiFeedbackM') ????defineClass('MTFeedbackRankCell',{ ????????????setPoiFeedback:function(poiFeedback){ ????????????????self.ORIGsetPoiFeedback(poiFeedback) ????????????????var temColor = require('UIColor').lightGrayColor(); ????????????????self.detailLbl().setTextColor(temColor); ????????????} })", code:?"9c944f39e57f2e50bdb85deb878cc0f798efb9b0" } }

就是首先有個字段告訴我們較上次下載的js文件是否有更新。如果為true再檢測下方返回的code與內容編碼后得到的code是否相同。當然這個內容也可以不直接返回而是返回一個下載的url也是完全可以的。

4.更新頻率

我之前看到很多人把使用js和下載js的代碼都放在了didFinishLaunchingWithOptions：這個方法。我覺得有所不妥，因為如果這個app用戶一直放在手機的后臺（比如微信），并且也沒出現內存警告的話，這個方法應該一直不會調用。我建議的是：使用js文件的代碼放在didFinishLaunchingWithOptions： 而下載js文件的代碼放在applicationDidBecomeActive: 因為這個方法在程序啟動和后臺回到前臺時都會調用。并且我建議設置一個間隔時間，根據一些數據和權衡之后我們采用的是間隔時間設為1小時。 也就是說每次來到這個方法時，先要檢測是距離上次發請求的時間間隔是否超過1小時，超過則發請求，否則跳過。

5.接入流程

接入的方式很簡單，作者也提供了Demo程序，大致就分為幾步：

①在General 的 LinkFrameworks and Libraries里面 添加javascriptcore.framework

這個庫里主要用于js與oc語言的橋接，比如一些數據類型間的相互轉化。

②podfile添加?pod?'JSPatch' 并pod install

③在代碼中添加使用js和下載js的代碼

這里作者也給出了示例，使用和下載

1 2 3 4

[JPEngine startEngine]; NSString?*sourcePath = [[NSBundle?mainBundle] pathForResource:@"demo"?ofType:@"js"]; NSString?*script = [NSString?stringWithContentsOfFile:sourcePath encoding:NSUTF8StringEncoding?error:nil]; [JPEngine evaluateScript:script];

?

1 2 3 4

[NSURLConnection?sendAsynchronousRequest:[NSURLRequest?requestWithURL:[NSURL?URLWithString:@"http://cnbang.net/test.js"]] queue:[NSOperationQueue?mainQueue] completionHandler:^(NSURLResponse?*response,?NSData?*data,?NSError?*connectionError) { ????NSString?*script = [[NSString?alloc] initWithData:data encoding:NSUTF8StringEncoding]; ????[JPEngine evaluateScript:script]; }];

但是如果你是企業級app，肯定不能直接使用這么樸素的方式，肯定至少也要封裝一個manager之類的。我們公司的源碼不會在這里貼出來，但是提供一個建立這個manager大概的思路：

??

6.JSPatch語法

這里是作者列出的語法總結：作者原文? 不用刻意去看，在寫的過程中逐漸就熟悉了。

下面給出一段示例代碼解決兩個簡單的bug。

①假設有一個按鈕我們默認應該是讓他不可點擊的，但是之前忘了設置。

OC代碼

1 2 3 4 5

- (void)viewWillAppear:(BOOL)animated { ????[super?viewWillAppear:animated]; ????self.confirm.enabled =?NO; }

jspatch?

1 2 3 4 5 6

defineClass('MTBRegisterPage',{ ????????????viewWillAppear: function(animated) { ????????????self.super().viewWillAppear(animated); ????????????self.confirm().setEnabled(NO); ????????????} })

②假設有一個列表頁有特殊情況臨時想叫我們由黑色改成灰色，并展示一個彈窗

OC代碼

1 2 3 4 5 6 7 8

- (void)setDealFeedback:(MTDealFeedbackM *)dealFeedback { ????// ------先調用原來的方法，舊代碼保留 ????self.detailLbl.textColor = [UIColor lightGrayColor]; ????UIAlertView *temAlertView = [[UIAlertView alloc]initWithTitle:@"提示"?message:@"已購物品用灰色展示"?delegate:self?cancelButtonTitle:@"OK"?otherButtonTitles:nil,?nil]; ????[temAlertView show]; ?? }

jsPatch

1 2 3 4 5 6 7 8 9 10 11

require('MTPoiFeedbackM') defineClass('MTFeedbackRankCell',{ ????????????setPoiFeedback:function(poiFeedback){ ????????????self.ORIGsetPoiFeedback(poiFeedback) ????????????var temColor = require('UIColor').lightGrayColor(); ????????????self.detailLbl().setTextColor(temColor); ????????????var temAlertView = require('UIAlertView').alloc(). initWithTitle_message_delegate_cancelButtonTitle_otherButtonTitles("提示","已購物品用灰色展示",?self,?"OK", null); ????????????temAlertView.show() ????????????} })

諸如此類的代碼，覺得在使用的過程中出現頻率最高的bug，就是調用原方法然后加一個判斷用來容錯或return。

也許作者也覺得畢竟這個JSPatch語法 并不是一個正式的語種，大家不會投入太大的精力來仔細學習，所以作者本人也提供了一個簡單粗暴的OC到JS直接轉換地址：http://bang590.github.io/JSPatchConvertor/

這個地址親測一些簡單的寫法是正確轉換的，但是比較復雜的語法還是不能讓機器直接搞定，還是需要人工修改的。作者也在不斷完善這個工具。 這個轉換器的實現原理：http://blog.cnbang.net/tech/2915/

7.更多思考

①.接入了JSPatch之后，iOS的線上BUG 看上去就不向以前那樣“猛如虎”了，但是這僅僅是一個緊急預案措施，以前規范的流程還是需要遵守。

②.每一次本版本用JSPatch解決的線上Bug，下個版本必須用OC代碼寫入項目中，不能允許補丁代碼的存留超過一個版本。

③.倡導使用敏捷開發的思想，類似于主邏輯或者是功能模塊入口的方法可以抽的更細，這樣即使需要修改，成本也不會太大，作者本人也提到，如果有一行代碼必須要在一個大方法的中間進行修改，那我也沒辦法了，你只能把這整個方法都用js寫一遍了，所以才設置了JSPatchConvertor。

④.每次用JSPatch解決掉的線上BUG 應當有一個專門的文檔記錄，遇到重復錯誤必須寫casestudy。

?

暫時想到這些，希望本文能對準備接入JSPatch的開發人員有所幫助。

如果你不是在董鉑然博客園看到本文可點擊查看原文。?

總結

以上是生活随笔為你收集整理的JSPatch使用小记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。