最近(2018年6月)微信要取消用戶從第三方App分享內(nèi)容到微信后的結(jié)果了陌凳，也就是不再回傳分享結(jié)果剥懒，就突然想看看微信是怎么回傳結(jié)果的。
首先想到的是在appDelegate的application:openURL:sourceApplication:annotation方法加斷點(diǎn)合敦，查看url參數(shù)里面是否有帶數(shù)據(jù)初橘，但是居然沒有在url發(fā)現(xiàn)任何和分享結(jié)果相關(guān)的數(shù)據(jù)。就這奇怪了充岛，微信是怎么回傳結(jié)果的呢保檐？
然后回過(guò)來(lái)看一下iOS進(jìn)程間共享/發(fā)送數(shù)據(jù)有哪些方式呢？
- UIDocumentInteractionController 或者 UIActivityViewController崔梗，這個(gè)不適合這兒
- App Groups和Shared keychain access夜只，但是這兩個(gè)都要求共享數(shù)據(jù)的App屬于同一個(gè)group，微信和其他第三方App明顯不可能屬于同一個(gè)group
- UIPasteboard(粘貼板) 既然微信想辦法隱藏?cái)?shù)據(jù)蒜魄，首先想到namedPasteboard扔亥，但由于微信和第三方App不屬于同一個(gè)team，所以不行谈为，只能使用generalPasteboard
然后接下來(lái)就在application:openURL:sourceApplication:annotation處去查看generalPasteboard, 但沒有發(fā)現(xiàn)什么異常旅挤，但是卻發(fā)現(xiàn)WXApiDelegate的onResp:方法偶爾被調(diào)用，偶爾沒有被調(diào)用伞鲫，真是奇怪(后面才意識(shí)到是微信給回傳數(shù)據(jù)的粘貼板item設(shè)置了一個(gè)較短的過(guò)期時(shí)間粘茄，在斷點(diǎn)處停留的時(shí)間稍微長(zhǎng)一點(diǎn)，這個(gè)item就失效消失了秕脓，所以也就看不到了)驹闰。但是偶爾又能看到一個(gè)item中有一個(gè)key為"content"的二進(jìn)制數(shù)據(jù)，猜測(cè)是NSData撒会，便取出來(lái)看一下嘹朗。
不出所料，果然是NSData诵肛。(OS_dispatch_data是什么屹培，百度一下就知道了)
然后就想怎么解析NSData數(shù)據(jù)呢默穴，首先想到的是轉(zhuǎn)成NSString。先用NSUTF8StringEncoding轉(zhuǎn)換褪秀，結(jié)果為nil蓄诽，失敗了。然后用NSASCIIStringEncoding轉(zhuǎn)換媒吗，依然不太成功仑氛，但是能看到一些東西，AppID以及SendMessageToWXResp類的成員country闸英、language锯岖、result什么的，我知道自己接近了甫何，就是這個(gè)出吹，而且看起來(lái)像是序列化之類的方法產(chǎn)生的二進(jìn)制數(shù)據(jù)。
然后我便嘗試使用NSKeyedUnarchiver反序列化辙喂，可是怎么都不成功捶牢，然后我便嘗試搜索上面那張截圖里面的關(guān)鍵字，returnFromAppR-2S1.5U巍耗，bplist啥的秋麸，終于發(fā)現(xiàn)bplist是文件頭標(biāo)記，binary plist炬太。接下來(lái)就是怎么解析binary plist文件啦竹勉，根據(jù)網(wǎng)上搜索到的命令 plutil -convert binary1 a.plist
然后就看到結(jié)果啦
