點(diǎn)擊 “協(xié)議、稅務(wù)和銀行業(yè)務(wù)”
創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的紅橋網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！
內(nèi)購用的是付費(fèi)應(yīng)用程序，先簽署《付費(fèi)應(yīng)用程序協(xié)議》，同意后狀態(tài)變更為“用戶信息待處理”，等待審核。
狀態(tài)更改完畢后，點(diǎn)擊“開始設(shè)置稅務(wù)、銀行業(yè)務(wù)和聯(lián)系信息”。
（1）添加銀行賬戶,按照要求填寫相關(guān)內(nèi)容即可。
（2）選擇報(bào)稅表，并填寫。所有與 Apple 有商業(yè)合作者必選都是美國，若有其他需求，可以多選。
繼續(xù)填寫，首先認(rèn)證公司基本信息，選擇所有人類型，確認(rèn)無誤后認(rèn)證條款處打?qū)?/p>
Part I 部分，繼續(xù)核對(duì)公司相關(guān)信息，選填內(nèi)容可不填。
Part III 部分，簽署稅務(wù)條約，設(shè)置利益限制條款的種類，選填內(nèi)容可不填。此部分如果需要可勾選上下圖勾選框，不需要可不勾選，我們這個(gè)項(xiàng)目沒有用到part III 部分,所以沒有勾選。
Part XXX 部分，確認(rèn)之前填寫的信息，勾選完畢后，提交
（3）填寫聯(lián)系信息，共5個(gè)。高級(jí)管理、財(cái)務(wù)、技術(shù)、法務(wù)、營銷。只需要提供5個(gè)人的基本信息即可。
只可使用一次的產(chǎn)品，使用之后即失效，必須再次購買。
示例： 釣魚 App 中的魚食。
只需購買一次，不會(huì)過期或隨著使用而減少的產(chǎn)品。
示例： 游戲 App 的賽道。
允許用戶在固定時(shí)間段內(nèi)購買動(dòng)態(tài)內(nèi)容的產(chǎn)品。除非用戶選擇取消，否則此類訂閱會(huì)自動(dòng)續(xù)期。
示例： 每月訂閱提供流媒體服務(wù)的 App。
允許用戶購買有時(shí)限性服務(wù)的產(chǎn)品。此 App 內(nèi)購買項(xiàng)目的內(nèi)容可以是靜態(tài)的。此類訂閱不會(huì)自動(dòng)續(xù)期。
示例： 為期一年的已歸檔文章目錄訂閱。
App 內(nèi)購買項(xiàng)目的截屏，即所售項(xiàng)目的示意圖。例如，如果 App 內(nèi)購買項(xiàng)目是一本圖書，您可以提交圖書的截屏。您也可以提交購買頁的截屏。該截屏僅用于 Apple 審核，不會(huì)在 App Store 中顯示。
截屏要求如下：
iOS 至少需要 640 x 920 像素
Apple tvOS 需要 1920 x 1080 像素
macOS 需要 1280 x 800 像素
App 審核圖像上傳后，可以替換，但無法移除。當(dāng)您的 App 內(nèi)購買項(xiàng)目處于審核中時(shí)，您無法更新截屏。
沙箱賬號(hào)是不能直接在App Store進(jìn)行登錄的，只能在點(diǎn)擊了購買商品之后，在彈出的登錄框進(jìn)行登錄 。
驗(yàn)證是否已登錄沙箱測(cè)試賬號(hào)：
設(shè)置--iTunes Store與App Store，頁面拉到最底部，會(huì)看到沙箱賬戶項(xiàng)會(huì)列出你已登錄的沙箱測(cè)試賬號(hào)！
操作方法一：打開App Store應(yīng)用首頁滑到最下方--選中AppleID--注銷
操作方法二：設(shè)置--iTunes Store與App Store--選中AppleID--注銷
checks if the client can make payments(檢測(cè)App是否能支付)
getAvailablePurchases
Get all non-consumed purchases 獲取未消費(fèi)的商品
打印信息查詢；
原因：
沒有先執(zhí)行g(shù)etProducts，直接執(zhí)行requestPurchase方法,要先拉取商品列表，再執(zhí)行購買操作.
問題描述；
1.漏單必須要處理，玩家花RMB購買的東西卻丟失了，是絕對(duì)不能容忍的。所謂的漏單就是玩家已經(jīng)正常付費(fèi)，卻沒有拿到該拿的道具。
解決：只要購買成功，便將購買記錄(receipt等賬單信息)保存下來，然后將賬單信息傳送給我們游戲服務(wù)器，游戲服務(wù)器獲得賬單后，和蘋果服務(wù)器驗(yàn)證，賬單有效的話，回饋給游戲服務(wù)器處理，游戲服務(wù)器處理后，返回給游戲客戶端處理，處理完畢，將本地保存的購買記錄刪除。
官方文檔：向蘋果校驗(yàn)支付憑證
21000 App Store無法讀取你提供的JSON數(shù)據(jù)
21002 收據(jù)數(shù)據(jù)不符合格式
21003 收據(jù)無法被驗(yàn)證
21004 你提供的共享密鑰和賬戶的共享密鑰不一致
21005 收據(jù)服務(wù)器當(dāng)前不可用
21006 收據(jù)是有效的，但訂閱服務(wù)已經(jīng)過期。當(dāng)收到這個(gè)信息時(shí)，解碼后的收據(jù)信息也包含在返回內(nèi)容中
21007 收據(jù)信息是測(cè)試用（sandbox），但卻被發(fā)送到產(chǎn)品環(huán)境中驗(yàn)證 【請(qǐng)求sandbox校驗(yàn)支付憑證】
21008 收據(jù)信息是產(chǎn)品環(huán)境中使用，但卻被發(fā)送到測(cè)試環(huán)境中驗(yàn)證
消耗類型： 例如：金幣、道具等。
非續(xù)訂訂閱： non-renewable subscription 例如：VIP
您的首個(gè) App 內(nèi)購買項(xiàng)目必須以新的 App 版本提交。請(qǐng)創(chuàng)建您的 App 內(nèi)購買項(xiàng)目，然后前往 App 的“App Store”頁，從“App 內(nèi)購買項(xiàng)目”中進(jìn)行選擇，點(diǎn)按“提交”。 了解更多
在上傳二進(jìn)制文件并提交首個(gè) App 內(nèi)購買項(xiàng)目以供審核后，您可以使用下表提交其他 App 內(nèi)購買項(xiàng)目。
唐巧-iOS應(yīng)用內(nèi)付費(fèi)(IAP)開發(fā)步驟列表
未完~待續(xù)
當(dāng)使用內(nèi)購購買過商品之后沒有把這個(gè)交易關(guān)閉，所以再次去購買商品后就會(huì)調(diào)用以前已經(jīng)購買成功的交易去購買因?yàn)橐呀?jīng)購買過，才會(huì)有這個(gè)提示
原因：添加內(nèi)購項(xiàng)目時(shí)，信息填寫不完整，app審核圖像未上傳
處理方法：上傳app審核圖片( 合適的尺寸 )，點(diǎn)擊提交，狀態(tài)改為正在準(zhǔn)備審核中。
這個(gè)是內(nèi)購選擇類型不匹配原因?qū)е隆?/p>
購買成功之后，Apple會(huì)返回以下四個(gè)數(shù)據(jù)給應(yīng)用
Reference
Review the updated Paid Applications Schedule.
游客身份解決方案：即不登錄也要能購買
1）服務(wù)器端做一個(gè)蘋果審核機(jī)制，審核期間游客身份可以進(jìn)行一切行為，一旦審核通過，修改服務(wù)端即可達(dá)到強(qiáng)制用戶登錄進(jìn)行內(nèi)購買的目的（這個(gè)有點(diǎn)。。。）
2）游客可以進(jìn)行內(nèi)購買，購買時(shí)以設(shè)備UUID為準(zhǔn)，生成一個(gè)游客賬號(hào)，將購買信息保存在服務(wù)器和本地，當(dāng)用戶登錄正式賬戶后判斷此設(shè)備是否進(jìn)行過內(nèi)購，有的話提示用戶將游客身份購買的權(quán)益與現(xiàn)有賬號(hào)綁定，如果綁定，游客權(quán)益則遷移到正式賬戶，如果不遷移，則游客身份和正是賬戶是兩個(gè)獨(dú)立賬戶，正式賬戶不享有游客身份的權(quán)益（我用的這個(gè)）
內(nèi)購游客模式解決方案
iOS內(nèi)購規(guī)則
Flutter Dio源碼分析(一)--Dio介紹
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比
Flutter Dio源碼分析(三)--深度剖析
Flutter Dio源碼分析(四)--封裝
Flutter Dio源碼分析(一)--Dio介紹視頻教程
Flutter Dio源碼分析(二)--HttpClient、Http、Dio對(duì)比視頻教程
Flutter Dio源碼分析(三)--深度剖析視頻教程
Flutter Dio源碼分析(四)--封裝視頻教程
github倉庫地址
本文會(huì)手把手教你該怎么去封裝一個(gè)類庫，平時(shí)在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類庫需要對(duì)其進(jìn)行封裝的時(shí)候提供一個(gè)的思路和方法。
在前面的文章中，我們對(duì) Dio 的基本使用、請(qǐng)求庫對(duì)比、源碼分析，我們知道 Dio 的使用非常的簡單，那為什么還需要進(jìn)行封裝呢？有兩點(diǎn)如下：
當(dāng)組件庫方法發(fā)生重要改變需要遷移的時(shí)候如果有多處地方用到，那么需要對(duì)使用到的每個(gè)文件都進(jìn)行修改，非常的繁瑣而且很容易出問題。
當(dāng)不需要 Dio 庫的時(shí)候，我們可以隨時(shí)方便切換到別的網(wǎng)絡(luò)請(qǐng)求庫，當(dāng)然 Dio 目前內(nèi)置支持使用第三方庫的適配器。
因?yàn)橐粋€(gè)應(yīng)用程序基本都是統(tǒng)一的配置方式，所以我們可以針對(duì) 攔截器 、 轉(zhuǎn)換器 、 緩存 、 統(tǒng)一處理錯(cuò)誤 、 代理配置 、 證書校驗(yàn) 等多個(gè)配置進(jìn)行統(tǒng)一管理。
因?yàn)槲覀兊膽?yīng)用程序在每個(gè)頁面中都會(huì)用到網(wǎng)絡(luò)請(qǐng)求，那么如果我們每次請(qǐng)求的時(shí)候都去實(shí)例化一個(gè) Dio ，無非是增加了系統(tǒng)不必要的開銷，而使用單例模式對(duì)象一旦創(chuàng)建每次訪問都是同一個(gè)對(duì)象，不需要再次實(shí)例化該類的對(duì)象。
這是通過靜態(tài)變量的私有構(gòu)造器來創(chuàng)建的單例模式
我們對(duì) 超時(shí)時(shí)間 、 響應(yīng)時(shí)間 、 BaseUrl 進(jìn)行統(tǒng)一設(shè)置
因?yàn)椴还苁?get() 還是 post() 請(qǐng)求， Dio 內(nèi)部最終都會(huì)調(diào)用 request 方法，只是傳入的 method 不一樣，所以我們這里定義一個(gè)枚舉類型在一個(gè)方法中進(jìn)行處理
我們已經(jīng)把 Restful API 風(fēng)格簡化成了一個(gè)方法，通過 DioMethod 來標(biāo)明不同的請(qǐng)求方式。在我們平時(shí)開發(fā)的過程中，需要在請(qǐng)求前、響應(yīng)前、錯(cuò)誤時(shí)對(duì)某一些接口做特殊的處理，那我們就需要用到攔截器。 Dio 為我們提供了自定義攔截器功能，很容易輕松的實(shí)現(xiàn)對(duì)請(qǐng)求、響應(yīng)、錯(cuò)誤時(shí)進(jìn)行攔截
我們發(fā)現(xiàn)雖然 Dio 框架已經(jīng)封裝了一個(gè) DioError 類庫，但如果需要對(duì)返回的錯(cuò)誤進(jìn)行統(tǒng)一彈窗處理或者路由跳轉(zhuǎn)等就只能自定義了
在我們發(fā)送請(qǐng)求的時(shí)候會(huì)碰到幾種情況，比如需要對(duì)非open開頭的接口自動(dòng)加上一些特定的參數(shù)，獲取需要在請(qǐng)求頭增加統(tǒng)一的 token
在我們請(qǐng)求接口前可以對(duì)響應(yīng)數(shù)據(jù)進(jìn)行一些基礎(chǔ)的處理，比如對(duì)響應(yīng)的結(jié)果進(jìn)行自定義封裝，還可以針對(duì)單獨(dú)的 url 做特殊處理等。
我們看了轉(zhuǎn)換器的介紹，發(fā)現(xiàn)和攔截器的功能差不多，那為什么還要存在轉(zhuǎn)換器，有兩點(diǎn)：
執(zhí)行流程： 請(qǐng)求攔截器 請(qǐng)求轉(zhuǎn)換器 發(fā)起請(qǐng)求 響應(yīng)轉(zhuǎn)換器 響應(yīng)攔截器 最終結(jié)果 。
只會(huì)被用于 'PUT'、 'POST'、 'PATCH'方法，因?yàn)橹挥羞@些方法才可以攜帶請(qǐng)求體(request body)
會(huì)被用于所有請(qǐng)求方法的返回?cái)?shù)據(jù)。
在開發(fā)過程中，客戶端和服務(wù)器打交道的時(shí)候，往往會(huì)用一個(gè) token 來做校驗(yàn)，因?yàn)槊總€(gè)公司處理刷新token的邏輯都不一樣，我這里舉一個(gè)簡單的例子
為什么我們需要有取消請(qǐng)求的功能，如果當(dāng)我們的頁面在發(fā)送請(qǐng)求時(shí)，用戶主動(dòng)退出當(dāng)前界面或者app應(yīng)用程序退出的時(shí)候數(shù)據(jù)還沒有響應(yīng)，那我們就需要取消該網(wǎng)絡(luò)請(qǐng)求，防止不必要的錯(cuò)誤。
由 服務(wù)器生成 的 一小段文本信息 ，發(fā)送給瀏覽器，瀏覽器把 cookie 以kv形式保存到本地 某個(gè)目錄下的文本文件內(nèi)，下一次請(qǐng)求同一網(wǎng)站時(shí)會(huì)把該 cookie 發(fā)送給服務(wù)器。
cookie 的使用需要用到兩個(gè)第三方組件 dio_cookie_manager 和 cookie_jar
因?yàn)樵谖覀兤綍r(shí)的開發(fā)過程中，會(huì)碰到一種情況，在進(jìn)行網(wǎng)絡(luò)請(qǐng)求時(shí)，我們希望能正常訪問到上次的數(shù)據(jù)，對(duì)于用戶的體驗(yàn)比較好，而不是展示一個(gè)空白的頁面，該緩存主要是 《Flutter實(shí)戰(zhàn)》網(wǎng)絡(luò)接口緩存 提供參考。
我們?cè)诔绦蛲顺龊髢?nèi)存緩存將會(huì)消失，所以我們用 shared_preferences 進(jìn)行磁盤緩存數(shù)據(jù)。
在我們用flutter進(jìn)行抓包的時(shí)候需要配置 Dio 代理。由 DefaultHttpClientAdapter 提供了一個(gè) onHttpClientCreate 回調(diào)來設(shè)置底層 HttpClient 的代理。
用于驗(yàn)證正在訪問的網(wǎng)站是否真實(shí)。提供安全性，因?yàn)樽C書和域名綁定，并且由根證書機(jī)構(gòu)簽名確認(rèn)。
日志打印主要是幫助我們開發(fā)時(shí)進(jìn)行輔助排錯(cuò)
新建一個(gè)Flutter工程，android模塊。
1，只有一個(gè)Activity組件，它是Dart層繪制Widget的容器。
2，Application配置FlutterApplication。
應(yīng)用Application配置io.flutter.app.FlutterApplication類，App首次啟動(dòng)時(shí)，初始化。
調(diào)用FlutterMain.startInitialization()方法。
initConfig方法，從AndroidManfest.xml配置的applicaion節(jié)點(diǎn)獲取meta-data數(shù)據(jù)，初始化以下默認(rèn)值。
這些值都是使用中用到的name，例如，抽取apk中asset資源時(shí)，flutter_assets打包目錄，打包產(chǎn)物data名稱。
initResources方法， 初始化資源。
在Flutter打包apk的asset目錄下，包括fluttter_asset目錄/資源項(xiàng)，將資源從apk中抽取，保存在 Context.getDir("flutter", 0) 目錄下。
/data/user/0/包名/app_flutter目錄。
在目錄中創(chuàng)建一個(gè)時(shí)間戳文件，根據(jù)apk版本和包信息記錄的lastUpdateTime更新時(shí)間，第二次啟動(dòng)時(shí)，若apk未更新，不需要再次抽取。
加載so庫，libflutter.so，System.loadLibrary()。
主頁面繼承FlutterActivity，配置啟動(dòng)模式singleTop。
FlutterActivity類在io.flutter.app包， (區(qū)別io.flutter.embedding.android包)， 組件生命周期委托給FlutterActivityDelegate類。
組件啟動(dòng)，onCreate方法。
FlutterMain.ensureInitializationComplete方法，確保資源成功抽取完成，創(chuàng)建FlutterView視圖(io.flutter.view)，繼承SurfaceView類，setContentView方法，設(shè)置組件主布局即FlutterView視圖。
最后，根據(jù)Bundle路徑，runBundle()加載運(yùn)行，
調(diào)用FlutterView的runFromBundle方法，入口點(diǎn)在dart的main方法，
通過FlutterNativeView，調(diào)用FlutterJNI的native方法。
nativeRunBundleAndSnapshotFromLibrary方法。
任重而道遠(yuǎn)
重慶分公司
重慶分公司
