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里存的就是這一段編碼。 之后在發請求的返回值的結構應該是大致如下
{
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的代碼
這里作者也給出了示例，使用和下
[JPEngine startEngine];
NSString*sourcePath = [[NSBundlemainBundle] pathForResource:@"demo"ofType:@"js"];
NSString*script = [NSStringstringWithContentsOfFile:sourcePath encoding:NSUTF8StringEncodingerror:nil];
[JPEngine evaluateScript:script];
4[NSURLConnectionsendAsynchronousRequest:[NSURLRequestrequestWithURL:[NSURLURLWithString:@"http://cnbang.net/test.js"]] queue:[NSOperationQueuemainQueue] completionHandler:^(NSURLResponse*response,NSData*data,NSError*connectionError) {
NSString*script = [[NSStringalloc] initWithData:data encoding:NSUTF8StringEncoding];
[JPEngine evaluateScript:script];
}];
但是如果你是企業級app，肯定不能直接使用這么樸素的方式，肯定至少也要封裝一個manager之類的。我們公司的源碼不會在這里貼出來，但是提供一個建立這個manager大概的思路：
6.JSPatch語法
這里是作者列出的語法總結：作者原文不用刻意去看，在寫的過程中逐漸就熟悉了。
下面給出一段示例代碼解決兩個簡單的bug。
①假設有一個按鈕我們默認應該是讓他不可點擊的，但是之前忘了設置。
OC代碼
- (void)viewWillAppear:(BOOL)animated
{
[superviewWillAppear:animated];
self.confirm.enabled =NO;
}
jspatch
defineClass('MTBRegisterPage',{
viewWillAppear: function(animated) {
self.super().viewWillAppear(animated);
self.confirm().setEnabled(NO);
}
})
②假設有一個列表頁?有特殊情況臨時想叫我們由黑色改成灰色，并展示一個彈窗
OC代碼
- (void)setDealFeedback:(MTDealFeedbackM *)dealFeedback
{
// ------先調用原來的方法，舊代碼保留
self.detailLbl.textColor = [UIColor lightGrayColor];
UIAlertView *temAlertView = [[UIAlertView alloc]initWithTitle:@"提示"message:@"已購物品用灰色展示"delegate:selfcancelButtonTitle:@"OK"otherButtonTitles:nil,nil];
[temAlertView show];
}
jsPatch
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的開發人員有所幫助。
轉載：http://www.cnblogs.com/dsxniubility/p/5080875.html
如果你不是在董鉑然博客園看到本文可點擊查看原文。
