ios馬甲包55

1. 主包和馬甲包有什麼區別

在產品新功能開發時，iOS同事提到馬甲包是否也要同步進行。馬甲包是什麼？主包又是什麼？兩者有什麼區別？趕緊上網搜一下。

馬甲包和主包擁有同樣的內容和功能，除了icon和應用名稱不能完全一致，其他基本一致。

一、為什麼要做馬甲包

目前，馬甲包主要有CP和游戲聯運方製作。CP做馬甲包是為了維持主包生態，解決帶量問題。游戲聯運則通過製作馬甲包獲利生存。

二、做馬甲包的重要性

做馬甲的初衷有很多，有的為了測試產品的某個功能，有的為了覆蓋更多關鍵詞，也有的為了試探蘋果的底線，使用灰色手段，最終的目的都還是為了獲取用戶。

1.A/B測試

早期馬甲包主要為了做測試用，後來演變成導量的方法和渠道，以應用居多

2.覆蓋更多關鍵詞

一個App關鍵詞只能覆蓋100字元，所以多做一個App覆蓋的字元可以更多

3.渠道

馬甲有流量，相當於多了一個渠道，可以選擇為自己導流，或與別人進行換量合作

4.刷榜

刷榜有風險，利用馬甲包即使被下架也沒關系，馬甲包刷到很好的位置，就有了用戶量，進而產生價值

以上幾種方式，機刷是實惠的，但是風險高，容易被蘋果後台發現下架，所以一般用馬甲包來做機刷，以此來抵抗風險。

總結：我們在使用馬甲包的時候一定要把握兩個方向，其一：導量，不管是什麼產品帶來量才能帶來效益，效益為先。其二：抗風險，有些優化手段風險極高，但是帶來的利益也是極大，所以製作馬甲包就是為了抵抗風險，把利益留下。

2. ios馬甲包怎麼上架

審核速度變慢

最近，蘋果審核團隊一度讓人以為進入樹懶狀態，應用相當長時間內處於「正在審核狀態」（in Review），很多小夥伴依舊寄託蘋果工作忙後面會處理的美好願景，事實並非如此。很多產品處於正在審核狀態長達一個月也並未進展，後面只能悲慘刪除應用重新提交。不排除有包等了兩個月才審的。對於蘋果為何沒有審核產品，個人分析認為是蘋果對於馬甲包過多的一種「冷藏」方式。簡單說，就是讓你的馬甲包一直處於正在審核狀態不予以後續任何干預。即使給蘋果寫郵件，或者在「Connect US」進行觸發，都是無濟於事。

團隊上家的五個App近期也中招了

3. ios上架原生包跟馬甲包有什麼區別

一樓說的很對。最明顯的差異就是流暢度，ios的流暢度是所有系統不可及的。跟Mac os X一樣，都是基於unix的操作系統。安卓系統要高於ios兩倍的硬體才能達到與之相同的流暢程度。另外二樓的免費軟體一說，我給樓主說明下：安卓資源雜亂，不明來源的軟體很多。而ios的軟體全部是經過蘋果的嚴格審核的，安全性很有保障。至於這兩個系統各自的軟體數量，ios免費軟體的數量跟安卓的差不多···ios越獄後，就可以用破解軟體了。安卓系統最大的特點就是卡，特別是低配置的機器，卡，卡到爆···這兩個系統沒有可比性。想了解更多，樓主來找我吧。

4. 跪求：馬甲包上架技術，ios 代碼混淆 馬甲包過審技術！！！

從收集今年每月審核被拒原因得來的大量數據中可以看出，被拒原因 TOP3：條款 2.3、2.1、4.3（元數據、App 的完成度、重復 App/馬甲包）一直是穩定的居高不下，因此開發者們一定要遵守這三條條款，以增加過審幾率、節省與蘋果糾纏的時間，勿要存在僥幸心理，挑戰蘋果。

若想通過審核，除遵守上面幾項條款以外，在4.3問題上主要是改變二進制代碼，如果是同一個包（馬甲包）想要改變二進制代碼而對功能又沒有任何改變，可以使用幾維安全提供的安全編譯器，利用混淆的技術來改變二進制文件。

幫助過審的同時，還能利用IOS開發子團隊開發的包過審馬甲包加密混淆編譯器可安全編譯C、C++、Objective-C、Swift代碼，支持安卓 NDK和iOS馬甲包項目

支持iOS項目［APP、動態庫、靜態庫］和安卓NDK項目［SO動態庫、靜態庫］!

5. iOS馬甲包審核被拒如何過審

4.3一般存在3種情況，可以根據被拒回復進行判斷，如果你真的看不懂被拒回復，下面一一列舉，逐一排除，黑色字體是解決方案
第一種：簡稱代碼重復，代碼重復使用也有三種情況
1.可能你之前用這套源碼上過一個包，現在用這套代碼直接改一個logo跟名字再上一個馬甲，這種基本會直接4.3
這種情況基本要改源碼，第一步：工程中的文件夾的名字全部進行修改。第二步：每一個工程都有一個類前綴, 我們需要取一個長一點的類前綴, 並且這個類前綴在你的整個工程一定是一個唯一的字元串, 我們假設這個類前綴是PayDayLoan, 現在我們需要生成一個控制器, 控制器的結尾Controller也需要用一個特定的字元去代替, 比如:Director,剩下的View以及object做法類似, 就不一一介紹了,做馬甲的時候就是把這些名字用另一個唯一的字元去代替, 盡量長一點。第三步：把另一個其他的工程中的類全部導入進來, 主要是混淆代碼, 在現有的工程中調用, 可以沒有任何效果, 只是單純調用方法。
註：單一的加入垃圾代碼混淆沒用的！
2.如果你的這套源碼在一個賬號上提交過，但是被拒了，後來因為其他原因你不得不在別的賬號上重新提交此源碼，這種情況第二個賬號基本也會報4.3
這種情況需要在第一個賬號做一下處理, xcode新建一個應用, 直接用之前提交過的bundle Id打包，logo用一個純白或者純黑的圖片, 將這個新建的應用提交到應用市場, 構建版本中將之前被拒的包移除, 用這個新的應用頂替之前被拒的包, app名字改成 「作廢-此應用不再提交」 後面再隨便加一個數次, 因為這個名字別人已經用過了, app描述跟app名字一樣, 剩下的信息全部刪除.最後點擊保存即可．不需要提交審核。
3.你的源碼只要提交到itunes connect裡面，就算沒提交審核，當你再次使用此源碼提交審核的時候，基本都會報4.3
這種情況的解決方案參照2
第二種，界面功能相似
這種情況簡單的改源碼已經沒用了，需要在原有的app上加一些不同的功能，我用借貸類舉例說明該如何解決，其他類型的app可以參考
以下舉兩個應用說明, 分別用A應用與B應用代替, 你需要如何處理並且如何回復審核人員
1.A應用 是給沒有信用卡的用戶使用的一款借款App，B應用 是給有信用卡的用戶使用的一款借款App.2.A應用的最高借款額度是1000元, B應用 的最高借款額度是25000元.3.A應用的還款時間是7天與14天, B應用 的還款時間是28天. 4.A應用 內部有貸款計算器功能, B應用只是一個普通的貸款app, 並無其他功能5.兩款app是我們公司內不同的部門開發的app, 分別針對不同的用戶人群.
第三種，app名字被用過
這一種，可能是最容易被忽略的，取名字之前一定要先搜索app store有沒有同名應用，盡量避免同名應用

6. ios怎樣上架馬甲包

可通過修改APP代碼、APP名字、icon、主色調等方式解決，並且注意相同的馬甲包提交至少間隔一天以上。
代碼可以利用第三方的代碼混淆工具來完成，改變同一個馬甲包的代碼而對功能又沒有改變，大大降低開發時間。可以使用頂象的iOS代碼編譯器，利用iOS代碼混淆技術來改變二進制文件。