一、json文件在实际开发中一般存放什么数据

1、希望下面的内容能给你带来参考：

2、JSON是轻量级的文本数据存储和交换格式。类似XML。

3、JSON的两种结构：对象(Map)和数组(Array)

4、对象是键值对形式的Map，键和值之间用“:”隔开，两个Map之间用“,”隔开，多个Map被包括在大括号{}之间形成JSON对象。

5、数组结构被包括在中括号[ ]之间，其中包括0或多个以”,”分隔的Map对象。

6、一个json对象，对象包括2个属性，name和age。

7、一个json数组，数组里面包括2个对象，每个对象包括2个属性。

8、一个json对象，包括2个属性，data和result，而result对应的是一个json数组，该数组里面包含两个json对象。

9、一个json对象，包含3个json数组，其中数组programmers和authors包含各一个json对象，而musicians包含两个json对象。

二、json解析大数据 怎么做内存优化 ios

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 dequeueReusableCellWithIdentifier:CellIdentifier forIndexPath:indexPath];

这个方法把那些已经存在的cell从队列中排除，或者在必要时使用先前注册的nib或者class创造新的cell。如果没有可重用的cell，你也没有注册一个class或者nib的话，这个方法返回nil。

如果你有透明的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!

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:`方法来获取图片资源。

永远不要使主线程承担过多。因为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.

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相关的代码需要在主线程上进行。

如果要在`UIImageView`中显示一个来自bundle的图片，你应保证图片的大小和UIImageView的大小相同。在运行中缩放图片是很耗费资源的，特别是`UIImageView`嵌套在`UIScrollView`中的情况下。

如果图片是从远端服务加载的你不能控制图片大小，比如在**前调整到合适大小的话，你可以在**完成后，好是用background thread，缩放一次，然后在UIImageView中使用缩放后的图片。

学会选择对业务场景合适的类或者对象是写出能效高的代码的基础。当处理collections时这句话尤其正确。

· Arrays:有序的一组值。使用index来lookup很快，使用value lookup很慢，插入/删除很慢。

· Dictionaries:存储键值对。用键来查找比较快。

· Sets:无序的一组值。用值来查找很快，插入/删除很快。

三、restful***接口***复杂对象入参

     前端技术框架层出不穷日新月异，很多公司都招了一些专业前端人员来编写页面，服务端只做好业务逻辑和数据存储。前后端分离使得各自更加专注自己善长的领域但也有很多不是所谓的坑等着我们。

    公司服务端是通过springboot提供restful接口，前端是react js通过http请求服务端。当接口参数是一个复杂对象通过对象传输服务端无法接收到对象中的值

     evalAnswerDOs始终是个空对象。

   前端：1.设置http请求头 Content-Type:application/json; charset=utf-8

接口参数增加@RequestBody注解表示接收的是一个Json对象，增加consumes表示以当请求的HTTP头是何种格式的时候进行应对

   MerItemDO merItemDO 对象

   String operatorId

    String operatorName

     operatorId和operatorName 的值服务端能正常接收，merItemDO对象属性里面的值始终都是null

   将3个参数封装成一个对象如案例一通过 application/json的方式解决

   将 operatorId和 operatorName当作 path传入

  第一种: 见案例一

   第二种:前端无需改动

   第一种：见案例一

四、程序中 json 存储结构化数据是什么

json存储结构化数据就是读取相应的数据出来。

1.从文件中读写字符串很容易。数值就要多费点儿周折，因为 read()方法只会返回字符串，应将其传入 int()这样的函数，就可以将'123'这样的字符串转换为对应的数值 123。当你想要保存更为复杂的数据类型，例如嵌套的列表和字典，手工解析和序列化它们将变得更复杂。

好在用户不是非得自己编写和调试保存复杂数据类型的代码，Python允许你使用常用的数据交换格式 JSON（JavaScript Object Notation）。标准模块 json可以接受 Python数据结构，并将它们转换为字符串表示形式；此过程称为序列化。从字符串表示形式重新构建数据结构称为反序列化。序列化和反序列化的过程中，表示该对象的字符串可以存储在文件或数据中，也可以通过网络连接传送给远程的机器。

2.JSON格式经常用于现代应用程序中进行数据交换。许多程序员都已经熟悉它了，使它成为相互协作的一个不错的选择。

如果你有一个对象 x，你可以用简单的一行代码查看其 JSON字符串表示形式:

>>> json.dumps([1,'simple','list'])

dumps()函数的另外一个变体 dump()，直接将对象序列化到一个文件。所以如果 f是为写入而打开的一个文件对象，我们可以这样做:

为了重新解码对象，如果 f是为读取而打开的文件对象:

这种简单的序列化技术可以处理列表和字典，但序列化任意类实例为 JSON需要一点额外的努力。 json模块的手册对此有详细的解释。

3.与 JSON不同，pickle是一个协议，它允许任意复杂的 Python对象的序列化。因此，它只能用于 Python而不能用来与其他语言编写的应用程序进行通信。默认情况下它也是不安全的：如果数据由熟练的攻击者精心设计，反序列化来自一个不受信任源的 pickle数据可以执行任意代码。