【iOS】idfa查找

find . | grep -v .svn  | grep "\.a" | grep -v "\.app" | xargs grep advertisingIdentifier

使用這個終端命令查找，查到幾個使用的庫裏帶有idfa

libWeChatSDK.a

libWeiboSDK.a

libTalkingData.a

libTalkingDataAppCpa.a

grep -r advertisingIdentifier

這個遞歸查找 太慢，

另外，還有說在新浪微博中

移除SinaWeiboSDK/libWeiboSDK.a，分享仍是能夠成功的。

分析以下：

最近這類的被拒，特別多，由於Apple修改了審覈標準，IDFA只能用於廣告服務。

PLA 3.3.12

"You and Your Applications (and any third party with whom you have contracted to serve advertising) may us the Advertising Identifier, and any information obtained through the use of the Advertising Identifier, only for the purpose of serving advertising. If a user resets the Advertising Identifier, then You agree not to combine, correlate, link or otherwise associate, either directly or indirectly, the prior Advertising Identifier and any derived information with the reset Advertising Identifier."

出現這種狀況的緣由以下：

1 使用了第三方的庫，第三方的庫根據IDFA進行跟蹤用戶，同時APP沒有加載廣告。

2 使用了第三方的庫，第三方的庫根據IDFA進行跟蹤用戶，同時加載了iAD廣告。

3 同時使用了iAD+ADMOB等廣告。

被拒的狀況大概就是上面三種，其餘的不會有問題。

對應的解決方法：

第一種狀況解決方法：

須要把和IDFA相關的代碼和接口去除，由於IDFA只能夠用於廣告服務。

第二種狀況解決方法：

iAD不使用IDFA，具體怎麼實現的，iOS內部搞的，因此要解決這個問題須要把iAD換成相似Admob一類的廣告服務，或者按照第一種狀況來解決，就是去除第三方中IDFA相關的代碼和接口。

第三種狀況解決方法:

大概比較費解，明明加了Admob等廣告，爲啥仍是給我拒絕了呢，這種狀況要看廣告的加載機制，通常開發者會優先加載iAD,若是沒有廣告源，則加載Admob（Admob是使用了IDFA），問題就出現了在這裏，審覈人員通常在美國，那裏是有iAD的，或者如今app的狀態尚未上線，iad屬於測試狀態，因此iAD的廣告是能夠獲取，這樣就給審覈人員一個印象：app使用了IDFA（admob中），可是隻是展現了iAD的廣告，沒有看到其餘的廣告服務，他們會懷疑你使用IDFA作了其餘的事情，因此拒了！！！

參考 http://zasoft.blog.163.com/blog/static/20521517620142425057535/