首先謝謝大家積極催稿, 我迫不及待想盡快出第二篇文章, 由於年前確實忙加上年會節目排練, 生活安排的甚是緊湊, 文章一拖再拖, 謝謝大家的理解和支持, 在此祝大家新年快樂!
今天講如何使用本地混淆差異化? 爲何去做這件事情呢? 容我強勢分析一波, 下面這波分析也是我的經驗教訓, 希望能幫到你~
1.原由爲何要本地混淆差異化代碼?
最初主要有兩個原因:
1.非馬甲用戶:
自2018年開始大量的項目上新更新都受到延遲審覈, 或者被誤傷爲Guideline 4.3, 你可能在當時認爲是自己的問題, 就不斷在自我反思覈查, 最後發現是誤傷, 但是Apple review 電話溝通一致認爲你有功能點或者內容和別的項目過於相似;
爲何會出現這個問題呢?
原因在於你的項目可能是垂直業務領域, 大片的項目功能幾乎非常相似, 比如: 工具類, 效率, 社交類, 音樂類等尤爲突出, 所以導致蘋果加速對垂直領域的整治, 大量垂直產品被下架;
2.馬甲用戶:
再來說馬甲, 2017年12月以前, apple 對馬甲的管制很鬆, 我最多的時候一個包上傳30次, 幾乎沒任何阻礙感;
但從18年4月份開始, apple首先對區域類馬甲進行整治, 比如: xx合肥站, xx北京站, xx投注賽馬等等;
6月份開始加入只能篩選下架, 猜測是加入了對馬甲的打標籤功能, 可以簡單理解爲將你的包統統打標籤拉黑進行冷藏, 無論你怎麼伸冤都無濟於事, 這個階段可以理解爲打擊在線App;
9月份開始進行對初審(機審)進行嚴格把控, 類似對每個項目進行了機器剖析, 提出有效特徵參數形成特徵碼存儲, 也就是每個項目都有自己的特徵碼, 項目一般改動是無法改變這個特徵碼的, 所以這個階段很多人引咎放棄;
10月份開始對人審進行把控, 將條款細化, 最爲突出的是 Guideline 2.1 成了家常便飯, 現在回頭來看這個2.1可以理解爲, 回覆確認**“我經過自我覈查, 保證沒有違反蘋果爸爸的條款, 並簽名進行保證”** 僅此而已;
介於此, 本地混淆代碼無論是從馬甲還是非馬甲都起到了改變現狀的作用, 對於非馬甲, 解決基礎差異化可以順利上線; 對於馬甲可以改變項目特徵碼, 避開初審(機審), 至於人審就要靠運氣了, 到目前爲止已可以確定起到作用並完成上新和更新~
2.如何混淆?
在研究本地混淆時參考了網上的一些方法, 有完全混淆成自己都不認得的方法, 也有規律性修改的, 爲了快速進行混淆, 對前輩經驗的混淆方法進行了提取和優化(文章末尾會提供demo):
1.工程混淆
command + shift + “,” 設置:
繼續閱讀請點擊小專欄
下一篇: 《App日常被拒之解決方案》 盡情期待~
關注小專欄: https://xiaozhuanlan.com/iOSDeveloper 徹底解決上架問題