Ⅰ 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];