Ⅰ iOS數據存儲（一）介紹
iOS本地化存儲的數據保存在沙盒中。
（1） Documents ：iTunes會備份該目錄。一般用來存儲需要持久化的數據。
（2） Library/Caches ：緩存，iTunes不會備份該目錄。內存不足時會被清除，應用沒有運行時，可能會被清除。一般存儲體積大、不需要備份的非重要數據。
（3） Library/Preference ：iTunes同會備份該目錄，可以用來存儲一些偏好設置。
（4） tmp ： iTunes不會備份這個目錄，用來保存臨時數據，應用退出時會清除該目錄下的數據。
獲取沙盒文件：
其中：
可以把字典或數組悶消兄直接寫入到文件中。另外， NSString 、 NSData 、 NSNumber 等類型，也可以使用 writeToFile:atomically: 方法直接將對橋禪象寫入文件中，只是 Type 為空。
NSUserDefaults是輕量級存儲，一般使用它來進行一些設置的記錄，比如用戶ID，開關是否打開等設置，通過鍵值對的方式記錄設置，所螞襲以這個有時候也被稱為偏好設置。
NSUserDefaults可以存儲的數據類型包括： NSData 、 NSString 、 NSNumber 、 NSDate 、 NSArray 、 NSDictionary 。如果要存儲其他類型，則需要轉換為前面的類型，才能用NSUserDefaults存儲。
也可以寫成宏定義
蘋果公司利用了大數據如下優點：
1.提供個性服務：很多人覺得大數據好像離我們很遠，其實我們在日常所使用的智能設備，就需要大數據的幫助。比如說我們運動時候戴的運動手錶或者是運動手環，就可以在我們平時運動的時候，幫助我們採集運動數據及熱量消耗情況。進入睡眠時，還可以幫助監控我們的睡眠，從而對這些數據進行分析，對未來階段進行規劃。
2.幫助企業：有了大數據企業就可以更便捷的收集到客戶的愛好，從而幫助分析客戶的需求。再根據每個客戶的需要來提出應對方案，推測客戶喜愛什麼樣的產品，對企業起到很大的幫助，也節省了很多時間和精力。同時大數據可以收集到市場上的各種產品數據，對未來市場走向進行預測，並對企業當前情況進行分析，為接下來的走向提供一個參考依據。
3.幫助企業及時解析故障、問題和缺陷的根源。
4.根據客戶的購買習慣，為其推送他可能感興趣的優惠信息等。
大數據即是一種規模大到在獲取，存儲，管理，分析方面大大超出了傳統資料庫軟體工具能力范圍的數據集合，具有大量、高速、多樣以及價值的特點。
Ⅲ json解析大數據 怎麼做內存優化 ios
1. 用ARC管理內存
ARC(Automatic ReferenceCounting, 自動引用計數)和iOS5一起發布，它避免了最常見的也就是經常是由於我們忘記釋放內存所造成的內存泄露。它自動為你管理retain和release的過程，所以你就不必去手動干預了。忘掉代碼段結尾的release簡直像記得吃飯一樣簡單。而ARC會自動在底層為你做這些工作。除了幫你避免內存泄露，ARC還可以幫你提高性能，它能保證釋放掉不再需要的對象的內存。
2. 在正確的地方使用 reuseIdentifier
一個開發中常見的錯誤就是沒有給UITableViewCells， UICollectionViewCells，甚至是UITableViewHeaderFooterViews設置正確的reuseIdentifier。
為了性能最優化，table view用`tableView:cellForRowAtIndexPath:`為rows分配cells的時候，它的數據應該重用自UITableViewCell。一個table view維持一個隊列的數據可重用的UITableViewCell對象。
不使用reuseIdentifier的話，每顯示一行table view就不得不設置全新的cell。這對性能的影響可是相當大的，尤其會使app的滾動體驗大打折扣。
自iOS6起，除了UICollectionView的cells和補充views，你也應該在header和footer views中使用reuseIdentifiers。
想要使用reuseIdentifiers的話，在一個table view中添加一個新的cell時在data source object中添加這個方法：
staticNSString *CellIdentifier = @"Cell";
UITableViewCell *cell = [tableView :CellIdentifier forIndexPath:indexPath];
這個方法把那些已經存在的cell從隊列中排除，或者在必要時使用先前注冊的nib或者class創造新的cell。如果沒有可重用的cell，你也沒有注冊一個class或者nib的話，這個方法返回nil。
3.盡量把views設置為透明
如果你有透明的Views你應該設置它們的opaque屬性為YES。
原因是這會使系統用一個最優的方式渲染這些views。這個簡單的屬性在IB或者代碼里都可以設定。
Apple的文檔對於為圖片設置透明屬性的描述是：
(opaque)這個屬性給渲染系統提供了一個如何處理這個view的提示。如果設為YES，渲染系統就認為這個view是完全不透明的，這使得渲染系統優化一些渲染過程和提高性能。如果設置為NO，渲染系統正常地和其它內容組成這個View。默認值是YES。
在相對比較靜止的畫面中，設置這個屬性不會有太大影響。然而當這個view嵌在scroll view里邊，或者是一個復雜動畫的一部分，不設置這個屬性的話會在很大程度上影響app的性能。
你可以在模擬器中用Debug\Color Blended Layers選項來發現哪些view沒有被設置為opaque。目標就是，能設為opaque的就全設為opaque!
4.避免過於龐大的XIB
iOS5中加入的Storyboards(分鏡)正在快速取代XIB。然而XIB在一些場景中仍然很有用。比如你的app需要適應iOS5之前的設備，或者你有一個自定義的可重用的view,你就不可避免地要用到他們。
如果你不得不XIB的話，使他們盡量簡單。嘗試為每個Controller配置一個單獨的XIB，盡可能把一個View Controller的view層次結構分散到單獨的XIB中去。
需要注意的是，當你載入一個XIB的時候所有內容都被放在了內存里，包括任何圖片。如果有一個不會即刻用到的view，你這就是在浪費寶貴的內存資源了。Storyboards就是另一碼事兒了，storyboard僅在需要時實例化一個view controller.
當家在XIB是，所有圖片都被chache，如果你在做OS X開發的話，聲音文件也是。Apple在相關文檔中的記述是：
當你載入一個引用了圖片或者聲音資源的nib時，nib載入代碼會把圖片和聲音文件寫進內存。在OS X中，圖片和聲音資源被緩存在named cache中以便將來用到時獲取。在iOS中，僅圖片資源會被存進named caches。取決於你所在的平台，使用NSImage 或UIImage的`imageNamed:`方法來獲取圖片資源。
5.不要阻塞主線程
永遠不要使主線程承擔過多。因為UIKit在主線程上做所有工作，渲染，管理觸摸反應，回應輸入等都需要在它上面完成。
一直使用主線程的風險就是如果你的代碼真的block了主線程，你的app會失去反應。
大部分阻礙主進程的情形是你的app在做一些牽涉到讀寫外部資源的I/O操作，比如存儲或者網路。
你可以使用`NSURLConnection`非同步地做網路操作:
+ (void)sendAsynchronousRequest:(NSURLRequest *)request queue:(NSOperationQueue*)queue completionHandler:(void (^)(NSURLResponse*, NSData*, NSError*))handler
或者使用像AFNetworking這樣的框架來非同步地做這些操作。
如果你需要做其它類型的需要耗費巨大資源的操作(比如時間敏感的計算或者存儲讀寫)那就用 Grand Central Dispatch，或者NSOperation和 NSOperationQueues.
下面代碼是使用GCD的模板
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
// switch to a background thread and perform your expensive operation
dispatch_async(dispatch_get_main_queue(), ^{
// switch back to the main thread to update your UI
});
});
發現代碼中有一個嵌套的`dispatch_async`嗎？這是因為任何UIKit相關的代碼需要在主線程上進行。
6. 在Image Views中調整圖片大小
如果要在`UIImageView`中顯示一個來自bundle的圖片，你應保證圖片的大小和UIImageView的大小相同。在運行中縮放圖片是很耗費資源的，特別是`UIImageView`嵌套在`UIScrollView`中的情況下。
如果圖片是從遠端服務載入的你不能控制圖片大小，比如在下載前調整到合適大小的話，你可以在下載完成後，最好是用background thread，縮放一次，然後在UIImageView中使用縮放後的圖片。
7. 選擇正確的Collection
學會選擇對業務場景最合適的類或者對象是寫出能效高的代碼的基礎。當處理collections時這句話尤其正確。
一些常見collection的總結：
· Arrays: 有序的一組值。使用index來lookup很快，使用value lookup很慢，插入/刪除很慢。
· Dictionaries: 存儲鍵值對。用鍵來查找比較快。
· Sets: 無序的一組值。用值來查找很快，插入/刪除很快。
Ⅳ IOS 存儲方式（PList、NSUserDefaults、歸檔、CoreData、資料庫、文件）
iOS開發，plist文件讀寫那些事 - (jianshu.com)
NSUserDefaults存儲輕量級 的本地數據 ，比如要保存一個登陸界面的數據，用戶名、密碼之類的。
支持的數據類型有 NSString、 NSNumber、NSInteger、NSFloat、BOOL、NSArray、NSDictionary、NSDate、 等系統定義的數據類型。
用NSUserDefaults存儲的數據下次程序運行的時候依然存在 .它的數據存儲在應用程序內置的一個plist文件里, 在/Library/Prefereces沙盒路徑下.
NSUserDefaults是定時把緩存中的數據寫入磁碟的，而不是即時寫入，為了防止在寫完NSUserDefaults後程序退出導致的數據丟失，可以在寫入數據後使用synchronize強制立即將數據寫入磁碟：
使用NSKeyedArchiver 對數據進行 歸檔 反歸檔（將自定義類型轉換為NSData類型:）
NSuserDefaults 的坑
iOS 最終，我還是決定放棄使用NSUserDefaults了 - (jianshu.io)
歸檔： ，就是將數據寫到一個文件裡面去。一般我們的應用的變數常量之類的數據都是在內存裡面的，只要APP關閉，這些數據都會丟失。但是把數據存儲到文件裡面去，就能將數據保存到本地磁碟裡面（目前iOS基本就是在沙盒裡面操作了），不管是APP關閉還是重啟設備，下次啟動APP的時候都能夠讀出來。
解檔： (別人也叫反歸檔)，就是將數據從文件裡面讀取出來。在程序裡面使用。
【iOS】數據持久化：使用NSKeyedArchiver進行數據歸檔 - (jianshu.com)
iOS 開發Core Data使用方法 – 技術狗 (jishudog.com)
IOS 開發文件操作——NSFileManager - 星語海藍 - 博客園 (cnblogs.com)
(15條消息) iOS文件操作_你有故事，我囿酒-CSDN博客
參考：
iOS開發 - 關於 NSUserDefaults 的使用 - (jianshu.com)
Ⅳ iOS開發之數據存儲以及刪除
iOS本地數據保存有多種方式,歸納如下：
本章不僅是學習多種數據存儲方式，也可學習到其他知識點，下面就讓我們詳細來看:
具體方培梁核法為：
第一步：獲得文件即將保存的路徑，並生成在該路徑下的文件：
第二步：往文件中寫入／讀取：
方法一：
方法配掘二：
方法三：
2.NSUserDefaults：是一個單例對象，在整個應用程序的生命周期中都只有一個實例。用渣旅來保存應用程序設置和屬性、用戶保存的數據。存儲在沙盒的Library/Preference中，NSUserDefaults可以存儲的數據類型包括：NSData、NSString、NSNumber、NSDate、NSArray、NSDictionary。寫入和讀取都比較簡單，如下：
寫入：
NSString *str = [userDefault objectForKey:@"gang"];
@interface Person : NSObject <NSCoding>//遵守NSCoding協議
@property (nonatomic,strong) NSString *name;
@property (nonatomic,assign) NSInteger age;
@end
解檔操作：
同樣調用NSCoder子類NSKeyedArchiver的方法unarchiveRootObject:toFile: 即可
[NSKeyedUnarchiver unarchiveObjectWithFile:path];
NSMutableData *data = [NSMutableData data];
NSKeyedArchiver *archiver = [[NSKeyedArchiver alloc]initForWritingWithMutableData:data];
[archiver encodeObject:person forKey:@"person"];
[archiver encodeObject:bir forKey:@"bir"];
// 存檔完畢(一定要調用這個方法)
[archiver finishEncoding];
[data writeToFile:path atomically:YES];
NSData *undata = [NSData dataWithContentsOfFile:path];
NSKeyedUnarchiver *unarchiver = [[NSKeyedUnarchiver alloc]initForReadingWithData:data];
[unarchiver decodeObjectForKey:@"person"];
[unarchiver decodeObjectForKey:@"bir"];
// 恢復完畢
[unarchiver finishDecoding];