前提
本周剛做完藍(lán)牙OTA升級功能，然后適配了iOS 13之后，興高采烈的打包上架，一氣呵成，心想都迭代很多個版本了，而且就在iOS 13正式發(fā)布不久才發(fā)了一個版本，而且?guī)缀醵际且淮涡酝ㄟ^的。所以這次應(yīng)該也是沒什么問題了，在第二天的早上，收到一封apple 的email，頓時心頭一緊，被拒了（被拒了）。

接下來進(jìn)入正題，仔細(xì)看了email的內(nèi)容，總共兩個問題，第一個問題大概是說我們用了藍(lán)牙功能，但是沒有寫藍(lán)牙的權(quán)限描述，讓我們在info.plist里加入權(quán)限描述字段，而且還附了一張截圖給我，全文如下

Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage

We noticed that your app requests the user’s consent to access their Bluetooth but does not 
clarify the use of the Bluetooth in the applicable purpose string.

Next Steps

Please revise the relevant purpose string in your app’s Info.plist file to specify why the app is 
requesting access to the user's Bluetooth. You can modify your app's Info.plist file using the 
property list editor in Xcode.

To help users understand why your app is requesting access to their personal data, all 
permission request alerts in your app should specify how your app will use the requested 
feature.

Resources

For additional information and instructions on requesting permission, please review the 
Requesting Permission section of the iOS Human Interface Guidelines and the Information 
Property List Key Reference. You may also want to review the Technical Q&A QA1937: 
Resolving the Privacy-Sensitive Data App Rejection page for details on how to provide a usage 
description for permission request alerts.

這時候我就納悶了，上個版本為了適配iOS 13的藍(lán)牙，添加了 iOS 13以后的NSBluetoothAlwaysUsageDescription字段，并且也添加了Privacy - Bluetooth Peripheral Usage Description的字段，兼容iOS 13以前的設(shè)備。結(jié)果就是這么神經(jīng)質(zhì)的被拒了，好好好，蘋果店大，我惹不起，然后我刪除這兩個字段，又重新加回來，然后打包上架，結(jié)果又被拒了。同樣的問題，郁悶ing，但是沒辦法版本還是得上呀，然后找了群里幾個遇到同樣問題的網(wǎng)友問了，給的回復(fù)是可能描述的不清楚，把描述內(nèi)容寫的更清楚一些，比如

NSBluetoothAlwaysUsageDescription  需要您同意才能夠使用藍(lán)牙與外設(shè)連接，并進(jìn)行數(shù)據(jù)傳輸，允許嗎?
Privacy - Bluetooth Peripheral Usage Description  需要您同意才能使用夠藍(lán)牙與外設(shè)連接，并進(jìn)行數(shù)據(jù)傳輸，允許嗎?

最后結(jié)論是果然有效，第一個問題就這么解決了

第二個問題的原文如下

Guideline 5.2.1 - Legal - Intellectual Property


Your app includes content or features from the hardware owner, or is marketed to control 
external hardware from the hardware owner, without the necessary authorization. The 
inclusion of third-party content within your app, whether retrieved from the internet by the app 
or embedded in the app, is subject to the terms of the Apple Developer Program License 
Agreement. 

Your app and its contents should not infringe upon the rights of another party. In the event 
your app infringes another party’s rights, you are responsible for any liability to Apple because 
of a claim.

Next Steps

To resolve this issue, please attach documentary evidence in the App Review Information 
section in App Store Connect. In accordance with section 3.2(f) of the Apple Developer 
Program License Agreement, you acknowledge that submitting falsified or fraudulent 
documentation can result in the termination of your Apple Developer Program account and the 
removal of your apps from the App Store. Once Legal has reviewed your documentation and 
confirms its validity, we will proceed with the review of your app.

Alternatively, please remove the third-party content from your app and its metadata.

大致意思是：

準(zhǔn)則5.2.1-法律-知識產(chǎn)權(quán)


您的應(yīng)用程序包含硬件所有者提供的內(nèi)容或功能，或在未經(jīng)必要授權(quán)的情況下用于控制硬件所
有者提供的外部硬件。在您的應(yīng)用程序中包含第三方內(nèi)容，無論是由應(yīng)用程序從Internet檢索還
是嵌入到應(yīng)用程序中，都要遵守《蘋果開發(fā)者程序許可協(xié)議》的條款。

您的應(yīng)用程序及其內(nèi)容不應(yīng)侵犯另一方的權(quán)利。如果您的應(yīng)用程序侵犯了另一方的權(quán)利，您將
因索賠而對蘋果承擔(dān)任何責(zé)任。

下一步

若要解決此問題，請?jiān)赼pp store connect中的app review information部分附上證明文件。根據(jù)
《蘋果開發(fā)者計(jì)劃許可協(xié)議》第3.2（f）條，您承認(rèn)提交偽造或欺詐性文件可能導(dǎo)致您的蘋果
開發(fā)者計(jì)劃帳戶終止，并將您的應(yīng)用從應(yīng)用商店中刪除。一旦法律審查了您的文檔并確認(rèn)其有
效性，我們將繼續(xù)審查您的應(yīng)用程序。

或者，請從應(yīng)用程序及其元數(shù)據(jù)中刪除第三方內(nèi)容。

再次懵逼了，上了十幾個版本了，這個版本居然出了個侵權(quán)的問題，而且不知道清了誰的權(quán)，（這里說明一下，我們公司的賬號是個個人賬號，體現(xiàn)不出公司信息）我猜想蘋果的審核人員可能是看到我們沒有用公司級的賬號上傳應(yīng)用，所以懷疑我們侵權(quán)了，后來我想到app信息里有個版權(quán)的項(xiàng)，之前寫的是公司的英文名稱，于是改成了公司的中文名稱，然后連同第一次蓋好的權(quán)限字段一起打包上架，結(jié)果，同樣被拒（連續(xù)兩個相同的問題，連續(xù)拒絕兩次，看來必須重視，放大招了）好了，文中讓我們附上證明文件，剛開始想出一份手寫的證明，再蓋上公司的公章，公章上的名稱和app里的版權(quán)名稱一樣就好了，后來為了避免第三次被拒，一不做二不休，直接把a(bǔ)pp的軟件著作書作為附件上傳了。
在不安的等待了一天之后，終于兩個問題都得到解決，成功上架了。
在此記錄這次的上架心路歷程，因?yàn)樽罱鼛缀跛械乃{(lán)牙項(xiàng)目都有被拒的情況發(fā)生，所以分享出來，方便廣大開發(fā)者快速解決被拒問題。純手工碼字不容易，覺得對你有幫助的話，請輕輕的點(diǎn)上一個贊，謝謝