馬甲包審覈被拒,目前網上流傳最廣的就是2.1和4.3,在查看了不少文章以後,從兩篇介紹的比較詳細的文章中把這兩個大禮包對應條款的解決方案,整理出來,爲開發馬甲包作一個準備,同時分享個你們。php
2.1大禮包主要包含1.1.六、2.三、2.3.一、3.1.一、4.3,5.2.1,5.3.4等條款。html
通常是由於標題或者icon和截圖等有誤導的嫌疑,或有些關鍵詞是被蘋果列入黑名單的,例如紅包包、話費等,但審覈條款又沒有明確指出。對於上述狀況的解決辦法是使用保守的文案或素材。
如改變App功能的熱更新,這種狀況須要把熱更新去除,或者對熱更新模塊代碼作深度混淆處理!
常規解決方式:去除隱藏功能模塊代碼或將須要隱藏功能的代碼及定向跳轉連接網址作混淆處理,適當增長邏輯複雜度。
對於第三方支付,儘量避免使用易掃描的SDK版本,推薦使用H5版本支付。支付跳轉連接相應的作屏蔽混淆處理。
被認爲是重複App或馬甲包,變動UI和名稱,填充無用代碼等。
未提供 App 上架所需的行業資質,好比:金融營業許可證、遊戲版號等。這個上面講過些常規方式。
同上,提供資質,審覈時最好不要勾選中國區,或使用海外帳號。
對應的處理方案:git
第一步:工程中的文件夾的名字所有進行修改。第二步:每個工程都有一個類前綴,咱們須要取一個長一點的類前綴,而且這個類前綴在你的整個工程必定是一個惟一的字符串,咱們假設這個類前綴是PayDayLoan,如今咱們須要生成一個控制器,控制器的結尾Controller也須要用一個特定的字符去代替,好比:Director,剩下的View以及object作法相似,就不一一介紹了,作馬甲的時候就是把這些名字用另外一個惟一的字符去代替,儘可能長一點。github
第三步:把另外一個其餘的工程中的類所有導入進來, 主要是混淆代碼, 在現有的工程中調用, 能夠沒有任何效果, 只是單純調用方法。web
敲黑板xcode
單一的加入垃圾代碼混淆是沒用的!
對應的處理方案:app
這種狀況須要在第一個帳號作一下處理,xcode新建一個應用,直接用以前提交過的bundleId打包,logo用一個純白或者純黑的圖片,將這個新建的應用提交到應用市場,構建版本中將以前被拒的包移除,用這個新的應用頂替以前被拒的包,app名字改爲「做廢-此應用再也不提交」後面再隨便加一個數次,由於這個名字別人已經用過了,app描述跟app名字同樣,剩下的信息所有刪除,最後點擊保存便可,不須要提交審覈。
對應的處理方案,參照2的處理方案。
這種狀況簡單的改源碼已經沒用了,須要在原有的app上加一些不一樣的功能。我用借貸類舉例說明該如何解決,其餘類型的app能夠參考。如下舉兩個應用說明,分別用A應用與B應用代替,你須要如何處理而且如何回覆審覈人員。工具
兩款app是咱們公司內不一樣的部門開發的app,分別針對不一樣的用戶人羣。網站
總結code
針對界面功能類似的App,咱們確定是要作對應的處理。處理以後咱們能夠從如下幾個方面進行回覆:
這一種,多是最容易被忽略的,取名字以前必定要先搜索appstore有沒有同名應用,儘可能避免同名應用。