本人長(zhǎng)年專注于為公司或者企業(yè)解決4.3問題, 基本沒什么時(shí)間手寫博客, 今天剛好閑下來,把我的戰(zhàn)績(jī)分享給大家

1: 本人從事上架業(yè)務(wù)高達(dá)十余年

2: 本人經(jīng)手并解決的4.3 高達(dá)500起案例,含括一對(duì)一視頻應(yīng)用,語(yǔ)音聊天室應(yīng)用,AI應(yīng)用,股票應(yīng)用,游戲等十幾種類型

3: 本人榮獲陌陌APP,東郊到家APP, 泰到位APP, ?伊對(duì)APP頒發(fā)的錦旗高達(dá)幾十副

此時(shí)此刻 , 你翻遍了網(wǎng)絡(luò)的所有文章 , ?在尋找一個(gè)解決方案 ,?急的一頭含水

在眾多的解決4.3文章中, 似乎每個(gè)人說的都不一樣, 也似乎每個(gè)人說的都一樣, 你不知所從

正當(dāng)你快放棄的時(shí)候, 你發(fā)現(xiàn)了我, 轉(zhuǎn)機(jī)就在此刻發(fā)生

進(jìn)入正題:

此文章我們不說如何解決4.3,我們只來根據(jù)案例分析4.3, 每一個(gè)案例,都是你抓住蘋果審核規(guī)則的機(jī)會(huì), 分析了大量案例, 你的問題自然而然的會(huì)得到解決,不需要任何人來教你

2024 年 10 月31 日 , ?同行混淆OC原生代碼提審, 審核時(shí)長(zhǎng)1個(gè)小時(shí)判定4.3 , 腳本查重率高達(dá)96%(該腳本為自研腳本)

根據(jù)此案例推測(cè):

1: 使用腳本查重后 重復(fù)率極高依然能過機(jī)審(超過20分鐘基本判定過機(jī)審),說明蘋果審核可能依據(jù)兩個(gè)數(shù)據(jù),一個(gè)是資源重復(fù)率,一個(gè)是可執(zhí)行文件代碼重復(fù)率

2: 資源重復(fù)率過高依然能過機(jī)審,說明蘋果有一個(gè)側(cè)重比,可執(zhí)行文件的審核結(jié)果占比較高,資源文件占比較小

2024 年10月15日 , 純新手寫flutter白包審核十幾分鐘判定4.3

根據(jù)此案例推測(cè):

1:? 由于flutter開發(fā)的app, dark代碼最終被編譯成app.動(dòng)態(tài)庫(kù),由于原生代碼很少甚至沒有,主要原生代碼集中在cocopods中, 所以蘋果可對(duì)比文件極少, 重復(fù)率會(huì)提升 ,所以出現(xiàn)4.3概率較高,即便是純手寫白包

2: flutter的代碼全為全新手寫, 說明flutter代碼查重占比極低, 從而說明蘋果對(duì)動(dòng)態(tài)庫(kù)查重占側(cè)重比較低

3: 在可執(zhí)行文件里代碼極少的情況下, 資源文件的查重結(jié)果可能是唯一判定標(biāo)準(zhǔn)

2024 年 10 月15日 ?客戶混淆代碼后提審, 被拒但并不是因?yàn)?.3a, 而是其它問題,其他問題處理后,審核1.5小時(shí),又給了4.3a

根據(jù)此案例推測(cè):

1:? 混淆代碼剛剛達(dá)到機(jī)審判定4.3及格線,比如60及格,而你打了61分, 但仍屬于高重復(fù)率app,

2:? 如果高重復(fù)率卻沒達(dá)到機(jī)審判定4.3標(biāo)準(zhǔn), 人工環(huán)節(jié)會(huì)根據(jù)app功能普遍性,判斷是否給4.3,這個(gè)可能要看運(yùn)氣

3: 即便是本次人工審核認(rèn)為你的app ,不足以給4.3, 你的運(yùn)氣不錯(cuò),并給了通過, 之后的迭代也并不穩(wěn)定,隨時(shí)會(huì)出4.3,因?yàn)橄乱晃粚徍巳藛T,又看到了這個(gè)高重復(fù)率項(xiàng)目,很有可能直接人工4.3

2024年 10.22號(hào) 出現(xiàn)審核16分鐘被拒 , 并附有截圖,所以根據(jù)審核時(shí)長(zhǎng)已經(jīng)不能分辨出機(jī)審還是人審

根據(jù)此案例可推測(cè):

1: 從附有截圖我們一般認(rèn)為到了人工審核, 那么這16分鐘經(jīng)歷了機(jī)審和人審, 速度異常的快

2:猜測(cè)蘋果機(jī)審可能分為幾個(gè)階段, 比如一共分為兩個(gè)階段,階段越往后, 消耗時(shí)間越長(zhǎng)

3: 如第一個(gè)階段通過?,完全可能不進(jìn)入機(jī)審的第二階段,所以審核到人工環(huán)節(jié)較快

4 :如果第一個(gè)階段未通過, 進(jìn)入第二階段, 可能會(huì)比第一個(gè)階段耗時(shí), 因?yàn)樾枰M(jìn)一步確認(rèn)代碼是否真有問題

5:?所以如果審核10分鐘以內(nèi)被拒,可能是經(jīng)歷了所有的機(jī)審階段,都未通過,說明代碼混淆程度較差

2025年 1月1日 , 第三版迭代包, 審核超過兩個(gè)小時(shí), 被判定4.3a, 并直接把重復(fù)項(xiàng)目截圖發(fā)了出來

根據(jù)此案例推測(cè):

1:審核時(shí)間過長(zhǎng), 迭代包代碼可能真有問題, 蘋果了為了確認(rèn)會(huì)消耗更多的時(shí)間 去對(duì)比相似度

2:迭代包審核時(shí)長(zhǎng)過長(zhǎng)盡量拿下來,檢查此版本和前一個(gè)版本文件對(duì)比檢查,經(jīng)過對(duì)比之后確實(shí)發(fā)現(xiàn)了問題

3: 也就是說蘋果那邊機(jī)審后, 會(huì)把重復(fù)率高的項(xiàng)目列給審核人員,讓他們自行根據(jù)功能或者UI人工判定

4: 如果你的項(xiàng)目本身是一個(gè)馬甲包項(xiàng)目,迭代版本通過但審核時(shí)長(zhǎng)過長(zhǎng),你應(yīng)該去檢查問題了

我們先分析到這里吧, 還有很多案例就不一一介紹了,你是否學(xué)到了那么一點(diǎn)點(diǎn)東西了呢, 如果你是小白的話, 或者還有很多問題, 那么評(píng)論區(qū)見吧 !?