Flutter項目打包iOS出現 ITMS-90078 Missing Push Notification Entitlement問題

每次將Flutter應用打包iOS上傳到App Store Connect之后，都會收到以下電子郵件警告，但不影響正常構建版本。但是煩躁，解決如下：

賽罕網站建設公司成都創新互聯公司,賽罕網站設計制作，有大型網站制作公司豐富經驗。已為賽罕千余家提供企業網站建設服務。企業網站搭建\成都外貿網站建設要多少錢，請找那個售后服務好的賽罕做網站的公司定做！

大意就是 缺少推送相關的配置信息，其實在開發者網站配置證書的時候一般都進行 ‘推送功能’ APNs 勾選，但是項目中暫未設置推送配置，所以警告。

思路兩個方向：

Flutter ios打包 ipa

1.keychain 鑰匙串訪問

2.申請開發證書

3.注冊Bundle ID

4.配置開發證書 (生成.mobileprovision文件)

5.安裝證書

6.打包ipa

7.開發團隊如何公用證書

進入以下程序

此文件保存到你想保存的地方，后面生成證書有用。

1.打開 蘋果開發者中心 （ ）

2.按照以下圖片步驟走：

上面省略的步驟，按照具體需要選擇，基本是“傻瓜式點擊

到這bundle id就OK了

.mobileprovision文件格式的配置文件是讓開發者的項目（APP）能有真機調試，發布的權限。

配置開發證書，就會需要你設置，在這個項目中添加哪些設備作為真機調試的設備

1.Xcode打開以下文件夾

2.三個必填項

4.選擇發布平臺：

1.本地安裝完.cer證書文件

輸入密碼之后點擊好，即可生成.p12文件

【Android開發學Flutter】Xcode編譯問題匯總

Xcode編譯經常遇到各種問題，處理起來費時費力，挺打擊學習積極性的。記錄下這些問題，方便自己也幫助后來人。

編譯的時候遇到：

網上有很多解決方法，我是用這個方法解決的：

編譯的時候遇到：

解決辦法：

Project - User-Defined - FLUTTER_ROOT 改成本地 flutter SDK路徑

感謝 issues 上的小哥，給你個????

在項目目錄下執行 flutter run 可以正常運行到手機，但是在Xcode build 還是有問題。

這時需要手動添加 FLUTTER_ROOT 到 User-Defined ：

添加之后：

就可以正常在Xcode build 安裝到手機了。

flutter build ios 后出現：

pod install 后出現：

解決辦法：

這是因為terminal沒有走代理的流量，

使用 git config --global http.proxy "localhost:port" ，設置代理。

port是端口號，根據不同的vpn不一樣，我的端口是10080。

執行 git config --global http.proxy "localhost:10080"

Xcode build 的時候出現：

解決辦法：打開 ios/Podflie 文件：

關于 bitcode 的問題，我檢查了下用到的第三方SDK，應該是百度地圖的問題，我引入了個第三方插件（吐槽下沒官方插件），百度地圖有支持和不支持 bitcode 的兩個SDK，我取消這個插件就沒有報這個錯了，奇怪的是，再次引入同一個插件，也可以正常打包，所以說這個問題還沒有完全解決。

大家可以試下這個處理方法：

TARGETS - Build Seettings 搜 arm ，試一下把其他刪除，只留下armv7跟armv7s或者只留下armv7

解決辦法：

我是clean Xcode之后就可以了

解決辦法：

用的是P12證書，改成手動簽名：

Flutter Dio源碼分析(四)--封裝

Flutter Dio源碼分析(一)--Dio介紹

Flutter Dio源碼分析(二)--HttpClient、Http、Dio對比

Flutter Dio源碼分析(三)--深度剖析

Flutter Dio源碼分析(四)--封裝

Flutter Dio源碼分析(一)--Dio介紹視頻教程

Flutter Dio源碼分析(二)--HttpClient、Http、Dio對比視頻教程

Flutter Dio源碼分析(三)--深度剖析視頻教程

Flutter Dio源碼分析(四)--封裝視頻教程

github倉庫地址

本文會手把手教你該怎么去封裝一個類庫，平時在我們的工作中都是拿著別人的造好的輪子在使用，這篇文章將帶你怎么去自己造輪子，以后再碰到別的類庫需要對其進行封裝的時候提供一個的思路和方法。

在前面的文章中，我們對 Dio 的基本使用、請求庫對比、源碼分析，我們知道 Dio 的使用非常的簡單，那為什么還需要進行封裝呢？有兩點如下：

當組件庫方法發生重要改變需要遷移的時候如果有多處地方用到，那么需要對使用到的每個文件都進行修改，非常的繁瑣而且很容易出問題。

當不需要 Dio 庫的時候，我們可以隨時方便切換到別的網絡請求庫，當然 Dio 目前內置支持使用第三方庫的適配器。

因為一個應用程序基本都是統一的配置方式，所以我們可以針對 攔截器 、 轉換器 、 緩存 、 統一處理錯誤 、 代理配置 、 證書校驗 等多個配置進行統一管理。

因為我們的應用程序在每個頁面中都會用到網絡請求，那么如果我們每次請求的時候都去實例化一個 Dio ，無非是增加了系統不必要的開銷，而使用單例模式對象一旦創建每次訪問都是同一個對象，不需要再次實例化該類的對象。

這是通過靜態變量的私有構造器來創建的單例模式

我們對 超時時間 、 響應時間 、 BaseUrl 進行統一設置

因為不管是 get() 還是 post() 請求， Dio 內部最終都會調用 request 方法，只是傳入的 method 不一樣，所以我們這里定義一個枚舉類型在一個方法中進行處理

我們已經把 Restful API 風格簡化成了一個方法，通過 DioMethod 來標明不同的請求方式。在我們平時開發的過程中，需要在請求前、響應前、錯誤時對某一些接口做特殊的處理，那我們就需要用到攔截器。 Dio 為我們提供了自定義攔截器功能，很容易輕松的實現對請求、響應、錯誤時進行攔截

我們發現雖然 Dio 框架已經封裝了一個 DioError 類庫，但如果需要對返回的錯誤進行統一彈窗處理或者路由跳轉等就只能自定義了

在我們發送請求的時候會碰到幾種情況，比如需要對非open開頭的接口自動加上一些特定的參數，獲取需要在請求頭增加統一的 token

在我們請求接口前可以對響應數據進行一些基礎的處理，比如對響應的結果進行自定義封裝，還可以針對單獨的 url 做特殊處理等。

我們看了轉換器的介紹，發現和攔截器的功能差不多，那為什么還要存在轉換器，有兩點：

執行流程： 請求攔截器 請求轉換器 發起請求 響應轉換器 響應攔截器 最終結果 。

只會被用于 'PUT'、 'POST'、 'PATCH'方法，因為只有這些方法才可以攜帶請求體(request body)

會被用于所有請求方法的返回數據。

在開發過程中，客戶端和服務器打交道的時候，往往會用一個 token 來做校驗，因為每個公司處理刷新token的邏輯都不一樣，我這里舉一個簡單的例子

為什么我們需要有取消請求的功能，如果當我們的頁面在發送請求時，用戶主動退出當前界面或者app應用程序退出的時候數據還沒有響應，那我們就需要取消該網絡請求，防止不必要的錯誤。

由 服務器生成 的 一小段文本信息 ，發送給瀏覽器，瀏覽器把 cookie 以kv形式保存到本地 某個目錄下的文本文件內，下一次請求同一網站時會把該 cookie 發送給服務器。

cookie 的使用需要用到兩個第三方組件 dio_cookie_manager 和 cookie_jar

因為在我們平時的開發過程中，會碰到一種情況，在進行網絡請求時，我們希望能正常訪問到上次的數據，對于用戶的體驗比較好，而不是展示一個空白的頁面，該緩存主要是 《Flutter實戰》網絡接口緩存 提供參考。

我們在程序退出后內存緩存將會消失，所以我們用 shared_preferences 進行磁盤緩存數據。

在我們用flutter進行抓包的時候需要配置 Dio 代理。由 DefaultHttpClientAdapter 提供了一個 onHttpClientCreate 回調來設置底層 HttpClient 的代理。

用于驗證正在訪問的網站是否真實。提供安全性，因為證書和域名綁定，并且由根證書機構簽名確認。

日志打印主要是幫助我們開發時進行輔助排錯

Flutter APP 上架 APP Stroe--- Flutter產物是Debug 版被拒絕上傳

ITMS-90338: Non-public API usage - The app references non-public symbols in Frameworks/Flutter.framework/Flutter: _ptrace.?

原因: 使用了 Flutter 的debug 版產物?打成 iPa 包?

就是Frameworks/Flutter.framework 是debug 版的產物

Debug 版的 Flutter 產物 ,SDK 內部使用了 蘋果內部私有的API , 會被蘋果審核監測到,存在安全性隱患. 導致拒絕上傳到蘋果后臺.

產生的原因: 因為開發過程中,直接使用了debug 模式進行開發, 在打包的時候,直接打開 iOS 文件夾下面的工程,在Xcode 里設置 release 模式時,此時,Flutter 的產物還是 debug 模式下的產物. 沒有刪除替換成 release 產物

1.先 將工程 清理一遍,清理之前debug模式下 的Flutter 產物

2.然后 打開Xcode 工程,配置好相關 版本號,證書,release 模式

3. 使用命令行 打包 release ,這樣Flutter.framework就會生成 release? 產物

4.最后 在Xcode 工程內,按照正常 打包上傳 包過程就可以了

1.進入 Flutter 工程 命令行操作

flutter clean

2 .清理之前debug 模式下的 殘留產物 (或者手動進入文件夾刪除)

rm -rf ios/Flutter/Flutter.framework

3.?獲取 Flutter 的第三方依賴庫

flutter pub get

4.編譯 release 打包 產物?

flutter build ios --release?

(此時這里可以打包出 app 了, 為了安全起見,最好再次進入Xcode 清理一遍,直接打包上傳,)

上面這一步,主要目的是生成 Flutter.framework? 的release 版本產物

5.進入Xcode 工程,clean 一遍,檢查相關證書配置,版本號等

6.直接 Xcode? Archive 打包IPA 上傳 蘋果后臺

最后上傳成功:

思路: 通過檢查Flutter.framework 它的CPU 架構支持

如果: 該產物 支持模擬器 x86_arm64 這樣的架構的話,說明該產物就是 Debug 版的 產物

因為release 版的 產物是 不支持 模擬器CPU架構的.? ?

輸入終端命令:? lipo -info? 產物的物理路徑

比如:? lipo -info /Users/zzc/Documents/rce_flutter/ios/Flutter/Flutter.framework/Flutter

flutter 安卓簽名證書生成

1. keystore 的生成

=

2.安卓工程配置 keystore

1. key.properties 內容

2. app build.gradle

標題名稱：flutter證書,fluent證書
文章起源：http://vcdvsql.cn/article32/dsieopc.html

成都網站建設公司_創新互聯，為您提供電子商務、外貿網站建設、網站設計、網站導航、靜態網站、搜索引擎優化

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯