2021.04.12更新：最近發現App剪切板在App更新的時候會被清空，請慎用。
本文已不再適用。
前言
工程中用到了+ (nullable UIPasteboard *)pasteboardWithName:(NSString *)pasteboardName create:(BOOL)create;這個方法創建的一個粘貼板(一個老古董模塊)，最近到網上查了相關資料，對這個方法的持久化功能和應用間共享功能，我發現蘋果的文檔和網上的博客以及我個人的經驗不太一樣，所以就進行了一番測試。
蘋果文檔的介紹
文檔鏈接
摘抄如下：
Call this method to create custom app pasteboards. (You can also use it to obtain the general pasteboard, but the generalPasteboard class method exists for that purpose.) App pasteboards returned by this method are not persistent, existing only until the app quits. Starting in iOS 10, persistent named pasteboards are deprecated. Instead use a shared container, as described in the overview for the UIPasteboard class.
谷歌翻譯如下：
調用此方法可以創建自定義應用程序粘貼板。 （您也可以使用它來獲取常規粘貼板，但是為此目的存在generalPasteboard類方法。）此方法返回的應用程序粘貼板不是持久性的，僅在應用程序退出之前存在。 從iOS 10開始，不推薦使用持久命名的粘貼板。 而是使用共享容器，如UIPasteboard類的概述中所述。
按照蘋果文檔所說，這個方法創建出來的粘貼板僅在應用生命周期內有效，只要退出應用，就無效的。當然，粘貼板本身是有一個- (void)setPersistent:(BOOL)persistent NS_DEPRECATED_IOS(3_0, 10_0, "Do not set persistence on pasteboards. This property is set automatically.");方法是可以讓粘貼板持久化的，但是蘋果在iOS10開始就將這個方法標為過時方法了，是否持久化是自動設置的。
一些博客說法
例如這篇文章
摘抄如下：
自定義的剪切板通過一個特定的名稱字符串進行創建，它在應用程序內或者同一開發者開發(必須Bundle Identifier 例com.maoshaoqian.** 星號前部一樣)的其他應用程序中可以進行數據共享。舉個例子：比如你開發了多款應用，用戶全部下載了，在A應用中用戶拷貝了一些數據（為了數據安全，不用系統級別的Pasteboard），在打開B應用時就會自動識別，提高用戶體驗。
這個意思是有進行持久化，并且可以在同一開發者賬號中擁有相同前綴的bundleID的App之間共享。
對于持久化的爭議的測試
究竟這個應用內粘貼板是否做了持久化，持久化的程序如何呢？我帶著這個問題做了一波測試。
測試方法：使用adhoc證書打包的一個ipa包，然后根據不同的情況做卸載、重裝操作。只在第一次安裝的時候，點擊按鈕設置一次應用內粘貼板。以后只讀取粘貼板內容。在不同的設備進行測試。
核心代碼如下：
//設置粘貼板
- (IBAction)onClickBtn1:(id)sender {
UIPasteboard *pd = [UIPasteboard pasteboardWithName:@"com.shixueqian.pasteboard" create:YES];
NSDictionary *dict = @{@"name":@"qianyanwangyu"};
NSData *data = [NSKeyedArchiver archivedDataWithRootObject:dict];
[pd setData:data forPasteboardType:@"com.shixueqian.pasteboard.type"];
}
//讀取粘貼板內容
- (IBAction)onClickBtn2:(id)sender {
UIPasteboard *pd = [UIPasteboard pasteboardWithName:@"com.shixueqian.pasteboard" create:NO];
NSData *data = [pd dataForPasteboardType:@"com.shixueqian.pasteboard.type"];
NSDictionary *dict = [NSKeyedUnarchiver unarchiveObjectWithData:data];
//在label上顯示讀取的結果以及persistent屬性的值
self.label.text = [NSString stringWithFormat:@"結果：%@；persistent：%d；",dict,pd.persistent];
}
以下為測試的結果：
| 系統 | 重新打開App | 重啟設備 | 卸載重裝 | 卸載重啟設備再安裝 |
|---|---|---|---|---|
| iOS9.3.2 | 可讀取 | 可讀取 | 可讀取 | 可讀取 |
| iOS12 | 可讀取 | 可讀取 | 可讀取 | 可讀取 |
| iOS13beta4 | 可讀取 | 可讀取 | 可讀取 | 可讀取 |
其中，iOS9.3.2中的persistent屬性一直打印NO，其他系統測試的時候一直顯示為YES。
從結果中可以看出，實際上寫入粘貼板的內容是會持久化到本地磁盤里面的，不管之后是重啟手機還是卸載重裝，依然可以讀取到粘貼板中的內容。就這個特性來說，跟keychain的特性基本一致。
對于App共享之間的爭議的測試
這個爭議在于，有些博客認為，必須在同一個開發者賬號下，并且需要bundleID前綴相同的App才能共享這個粘貼板的內容。而蘋果的文檔說的是擁有同一個teamID的應用就可以共享粘貼板內容。
于是我又做了一個測試。4個ipa包，一個bundleID為com.demo.aaa,一個為com.demo.bbb,一個位com.shixueqian.ccc。這3個bundleID是在同一個開發者賬號下的。還有另外一個com.demo.ddd是在另外一個開發者賬號下的。
先安裝com.demo.aaa，設置粘貼板，然后進行卸載。以后安裝的ipa包都直接讀取粘貼板對應內容，得出結果后就進行卸載。
以下為測試記錄：
| 系統 | com.demo.aaa | com.demo.bbb | com.shixueqian.ccc | com.demo.ddd |
|---|---|---|---|---|
| iOS12 | 開始進行設置 | 可讀取 | 可讀取 | 無法讀取 |
就只測試了iOS12的設備，其他的就懶得測試了，2333
從測試結果可以得出結論：蘋果文檔中說的同一個teamID的App可以共享粘貼板內容這個是沒問題的。不管這些App的bundleID是什么都沒有關系。當然了，我測試的都是Explicit類型的bundleID。
那么一個主開發者賬號就對應著一個teamID嗎？之前找到一篇文章說是粘貼板共享是在同一個App ID Prefix的App才能生效，而App ID Prefix可能會有多個。WTF，問題是我從來就沒有看到有多個的情況，蘋果的文檔也沒找到這種情況，如果有了解的大佬可以說一下。
所以，結論是只要是同一個開發者賬號下的App，都能共享粘貼板內容。(雖然根據現有資料來看這個結論不是那么嚴謹......)
App轉讓的問題
做過App轉讓操作的童鞋都知道，App轉讓之后，再次打包上傳送審的時候蘋果會發一個警告郵件：
ITMS-90076: Potential Loss of Keychain Access - The previous version of software has an application-identifier value of ['2VFRxxxx.com.demo.aaa'] and the new version of software being submitted has an application-identifier of ['2DBAxxxx.com.demo.aaa']. This will result in a loss of keychain access.
可以看下蘋果對這個問題的解釋
看起來有點懵逼。首先，從我多次轉讓App的經驗來看，App ID Prefix這個確實是會改變的，會變成當前賬號下的teamID。至于轉讓之后keychain會不會無法讀取，這個沒做過測試(這個一點都不好測試)，不好確認。但是按照蘋果的說法，一些依靠App ID Prefix的技術，比如keychain access，UIPasteboard sharing，都是會受到影響的。
所以，用了keychain或者UIPasteboard的App，如果可以的話，盡量考慮到轉讓的情況。一個可行的方案是，將寫入keychain或者Pasteboard的數據，同時用NSUserDefault存一份，如果找不到，就從NSUserDefault里面找，應該可以在一定程序上緩解這個問題。
謙言忘語
蘋果并不建議使用UIPasteboard的應用內粘貼板功能來讓同一個開發者賬號上面的App共享數據，雖然它現在確實能夠做到。所以我們盡量還是少用為好，省得哪天蘋果改了規則那得跪。話說還想吐槽的是，keychain這個功能蘋果本身的意思是建議只用作存儲賬號和密碼使用的，結果現在簡直是八仙過海各顯神通，五花八門的使用方式都有，也沒見蘋果吭過一聲。
參考
https://yq.aliyun.com/articles/608584?utm_content=m_1000005468
https://developer.apple.com/documentation/uikit/uipasteboard?language=objc
http://www.lxweimin.com/p/a6d2e46329f8
https://blog.csdn.net/shengpeng3344/article/details/51404708
https://stackoverflow.com/questions/32492119/how-where-to-define-an-app-id-prefixes-in-xcode
