我们知道， JSON.stringify() 和 JSON.parse() 是一对处理JSON数据的方法，前者是将JSON对象序列化为字符串，而后者是将JSON字符串解析为JSON对象。
但是你有较为深入地去了解过它们吗？它们分别可以传入几个参数以及每个参数对应的作用是什么你知道吗？
它可以传入三个参数， 参数1 是需要字符串化的对象， 参数2 是用于指定对象序列化过程中需要被处理的属性， 参数3 是用于指定输出字符串的缩进格式。后两个参数是可选的，而我们最常用的就是只传一个参数。
需要字符串化的对象，且该对象须是安全的JSON对象，而对于不安全的JSON对象都不能被正常序列化。
何为不安全的JSON对象？
undefined、function、symbol 和包含循环的引用的对象都不符合JSON结构标准，所以它们本身以及包含它们的对象都是不安全的JSON对象。
那么对于不安全的JSON对象， JSON.stringify() 会如何处理它们呢？
单独处理它们，直接返回 undefined 。
包含它们的对象，自动将其忽略。例如：
包含它们的数组，自动将其转成 null 。例如：
如果两个对象之间互相引用，形成一个无限循环，那么无论对其中的哪个对象进行JSON字符串化都会直接报错！例如：
对该类对象进行JSON字符串化，会先调用 toJSON() 方法，然后用它的返回值来进行序列化。例如：
正常按照前面讲的忽略 function 来说应该要返回 "{"a":1}" 才对嘛，为啥是 undefined 呢? 这就是因为包含 toJSON() 方法的缘故，只要有它，直接就处理它的返回值。上例中因为 toJSON() 方法返回值是个不安全的JSON对象，所以就按照前面 ① 中讲的方式来处理了。
再看个例子你就明白了：
用于指定对象序列化过程中需要被处理的属性，它可以是数组或函数。
必须是字符串数组，其中包含序列化要处理的对象的属性名称，除此之外的其他属性会被忽略。例如：
该函数会先调用对象本身，然后遍历对象的每个属性。函数传入两个参数，第一个为属性名（key），第二个为属性值（value）。开始调用对象本身时，第一个参数key为空字符串，第二个参数value为对象本身，而此时函数的返回值会直接替换原对象。而后每次遍历对象属性时的返回值都会替换原有该属性的值。例如：
看到了吗？每一次遍历返回值都可能会对最终的处理结果产生影响。我们再看个例子：
用于指定输出字符串的缩进格式。它可以是正整数，也可以是字符串。当是正整数时，它指定的是每一级缩进的字符数，当它是字符串时，该字符串的前十个字符将会被用于每一级的缩进。例如：
最后输出结果为：
可以看到，无论传入的字符串有多长，最终只会取前十个字符用于缩进填充。
了解完了 JSON.stringify() ，我们再来看看它的逆操作函数 JSON.parse() 。
它可以传入两个参数， 参数1 是需要被解析的字符串， 参数2 是用于修改解析生成的原始值。后一个参数是可选的，而我们最常用的就是只传一个参数。
该参数必须是符合JSON规范的字符串，如果是其他类型，则会被强制类型转换成字符串格式，如果不符合JSON规范，则会报错！例如：
注意JSON字符串中的key必须有双引号（单引号也不行），不然是不符合JSON规范的。
该参数是个函数，作用类似于前面 JSON.stringify() 的第二个参数replacer，同样是对属性进行遍历，同样有key和value两个参数。我们具体来看个例子：
看到了吗？前面属性的遍历可以修改输出对象的属性值，但最终输出的值关键还是取决于key为空字符串时的返回值，它可以将之前所有的努力都变为徒劳！
js使用jsonencode转码在向前端传递数据的时候，我们经常要把数据按照一定格式传递，如json格式，php中用json_encode来转换,但是这里通常会出现一个问题,那就是如果要转换的数据中包含中文，那么json_encode会自动将其中文字符转换成unicode编码。在调用json_encode 的时候我们可以先用urlencode()把它转换成unicode编码,经过json_encode后，再用urldecode解码，这样就能原样把数据传输到前台。在进行JS开发过程中，尤其是在开发报表时，报表已集成到Web页面中，通过在页面传递参数至报表中时，会发现有时某些参数值，传递到报表中是显示为问号或乱码等等一系列不能正常显示的情况。这是由于浏览器和报表服务器的编码不同，字符多次进行编码转换时出现错误导致字符的显示出现乱码，尤其是中日韩文和特殊字符更容易出现乱码问题。以开发报表软件FineReport为例，在给报表服务器发送请求之前，对URL或者只对URL里面的参数名字和参数值，进行cjkEncode的编码，该方式兼容了各种不同的字符集，如ISO8859-1、 UTF-8、 GBK、 ENU_JP，尤其对中日韩文的处理采取了统一的方案。
