Dart的 IO 庫包含了文件讀寫的相關類，它屬于 Dart 語法標準的一部分，所以通過 Dart IO 庫，無論是 Dart VM 下的腳本還是 Flutter，都是通過 Dart IO 庫來操作文件的，不過和 Dart VM 相比，F(xiàn)lutter 有一個重要差異是文件系統(tǒng)路徑不同，這是因為Dart VM 是運行在 PC 或服務器操作系統(tǒng)下，而 Flutter 是運行在移動操作系統(tǒng)中，他們的文件系統(tǒng)會有一些差異。
創(chuàng)新互聯(lián)公司長期為成百上千家客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為山西企業(yè)提供專業(yè)的成都做網(wǎng)站、成都網(wǎng)站設計，山西網(wǎng)站改版等技術服務。擁有十年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
Android 和 iOS 的應用存儲目錄不同， PathProvider 插件提供了一種平臺透明的方式來訪問設備文件系統(tǒng)上的常用位置。該類當前支持訪問兩個文件系統(tǒng)位置：
File代表一個整體的文件,他有三個構造函數(shù)，分別是：
文件讀取本身有兩種形式，一種是文本，一種是二進制。
2.2.1 讀取文本內(nèi)容
如果是文本文件，F(xiàn)ile提供了readAsString、readAsLines、readAsStringSync、readAsLinesSync方法，讀取文本內(nèi)容
readAsString 一次性讀取所有文本
readAsLines 一行行的讀取文本
結果返回的是一個List，list中表示文件每行的內(nèi)容
readAsStringSync、readAsLinesSync同步讀取文本
2.2.2 讀取二進制內(nèi)容
如果文件是二進制，那么可以使用readAsBytes或者同步的方法readAsBytesSync:
dart中表示二進制有一個專門的類型叫做Uint8List,他實際上表示的是一個int的List。
上面提到的讀取方式，都是一次性讀取整個文件，缺點就是如果文件太大的話，可能造成內(nèi)存空間的壓力。
所以File為我們提供了另外一種讀取文件的方法，流的形式來讀取文件.
示例
dart提供了open和openSync兩個方法來進行隨機文件讀寫：
寫入和文件讀取一樣，可以一次性寫入或者獲得一個寫入句柄，然后再寫入。
一次性寫入的方法有四種，分別對應字符串和二進制
句柄形式可以調用openWrite方法，返回一個IOSink對象，然后通過這個對象進行寫入：
默認情況下寫入是會覆蓋整個文件的，但是可以通過下面的方式來更改寫入模式：
雖然dart中所有的異常都是運行時異常，但是和java一樣，要想手動處理文件讀寫中的異常，則可以使用try,catch:
我們還是以計數(shù)器為例，實現(xiàn)在應用退出重啟后可以恢復點擊次數(shù)。 這里，我們使用文件來保存數(shù)據(jù)：
1.引入PathProvider插件；在pubspec.yaml文件中添加如下聲明：
執(zhí)行 flutter pub get
2.實現(xiàn)如下
參考：
有時候我們不希望某個頁面每次打開時都重新加載，比如就我們之前的Tabbar結構的頁面，每當我們在切換Tab的時候都會執(zhí)行 void initState() ，這就意味著頁面每次都會重新渲染，之所以這樣就是因為我們的 State 狀態(tài)沒有保存，如下圖所示：
[沒有狀態(tài)保存效果圖]
給當前 State 類添加一個擴展(這里就用擴展這個詞吧，其實類似于iOS下的 Category )，一個系統(tǒng)的擴展類 AutomaticKeepAliveClientMixin ，并重寫 wantKeepAlive 方法，讓一個普通的 State 類，具有保存狀態(tài)的能力。
在Dart語法中通過使用 with 關鍵字來添加擴展：
bool get wantKeepAlive = true; 之后，當前 State 就具備保存能力了，也就意味著重復切換Tab后， void initState() 就不會重復執(zhí)行了（由原來的 viewWillAppear() 變成了 viewDidLoad() ）。
按照上面方式修改后，發(fā)現(xiàn)切換Tab后 void initState() 依然重復執(zhí)行了，這是為什么吶？這里我們看下我們之前 root_page.dart 里面是如何配置我們的tabbar結構的：
這里我們是通過一個 _viewControllers 的List，把4個子頁面放在了里面，全局有一個 _currentIndex ，當 onTap 回調后后，更新 _currentIndex 的值，執(zhí)行 setState () 后， body 對應的 widget 頁面發(fā)生改變。而問題也就出在這里，當 body 部分發(fā)生改變時，根據(jù)Flutter的底層渲染邏輯，這里會移除掉之前的 Widget ，并重新創(chuàng)建新的 Widget ，我們之前在 _viewControllers 放的子頁面，并不像iOS下是一個實例對象，存在就直接拿來使用。在Flutter 中 setState () 后界面會被重新繪制，而 body 部分只知道我要渲染一個什么樣的 widget ，而該類型的 widget 每次都是會重新創(chuàng)建，這也就意味著我們在Tab切換時，每次都是重新創(chuàng)建，所以每次都執(zhí)行了 initState() 。
顯然我們現(xiàn)在的方式是不合理的，那在Flutter中如何管理這樣的子頁面，而避免重復渲染吶？
這就要用到一個新的部件了： PageView() ,內(nèi)部的2個關鍵屬性：
子頁面切換通過 _controller.jumpToPage(index); 來實現(xiàn)。
這樣子頁面也就不會重新創(chuàng)建渲染了，我們的狀態(tài)保存也就能正常實現(xiàn)了。
學習是一個循序漸進的過程，我們總是在踩坑中不斷的前行，把坑填平了也就意味著我們在這個新的東西面前立了足，就可能進行更多為什么的探索了。
Flutter的數(shù)據(jù)存儲分為三類
Preference相當于iOS的NSUserDefaults,其實也是按plist的方式存儲的
step1:添加依賴
step2:pub get
step3:導入頭文件
在path_provider中有三個獲取文件路徑的方法：
- getTemporaryDirectory()
://獲取應用緩存目錄，等同iOS的NSTemporaryDirectory()和Android的getCacheDir() 方法。
- getApplicationDocumentsDirectory():
//獲取應用文件目錄類似于iOS的NSDocumentDirectory和Android上的 AppData目錄。
step1:添加依賴
step2:pub get
step3:導入頭文件
重慶分公司
重慶分公司
