之前的程序之间的通讯的数据载体是xml。后来在很多地方json替代了xml。主要有：
1.json格式简单，轻量，不需要前后的标签，减少数据传输的宽带。
2.js天然支持解析json，xml前后端都需要额外的解析一次。
3.json传输支持更多的类型，比如：字符串，数组，布尔值。而xml解析出来都是字符串。
而网页不用json来写，因为html是xml一个变式，html和css，js技术已非常成熟，各大浏览器都支持。不太可能让合浏览器厂商在改变规则，开发对json的支持。
soupui，这是我现在用的最多的接口测试工具。
在我们日常的开发过程中，大多数是两种类型的接口：soapapi和restapi两种，soupui对这两种接口都有很好的支持，而且还支持amazonwebservice，这个只在软件的首页上看到过，没有实际使用过。
其实很多的接口测试工具对这两种常用的接口都有很好的支持，具体的使用方法我在这里也不详细讲了，都是图形界面的操作，按照指示一步一步的新建即可完成。
其中它可以很方便地进行压力测试，也是按照提示，一步一步新建，最后的的操作页面是这样的：
可以设置：并发数、策略，压力测试的时间等。
结果可以展示：接口的最大响应时间、最小响应时间、平均响应时间、tps等等。
非常好用，大家可以尝试。
站在后端的角度看问题：根据研发团队成员具体情况来选择
一般情况下，现阶段都是以json为标准
在实际操作中，会发现很多人json标准了解的比较少，实行起来也比较困难。其中原因是有一部分老成员的原因，还有一部分是由于研发人员的技术还跟不上；虽然现在大部分前端框架都是以json为准，也支撑其它几种格式。
服务端
json标准能较为规范的约束前后端，拿后端来说，json一般和restful风格结合，可以减少很多的逻辑判断，同时能很好的定位问题，数据响应与接收也更加规范化，更加易读。
app(客户端/终端)
app客户端，android和ios对json都有支撑，android要好一点，ios支撑要弱一点；记得2018年我加入一个团队，里边的ios工程师就是不懂json，讲几遍都不太明白，也不懂如何在框架中做支撑，当时我那个诧异，，，，
pc/浏览器（客户端/网页端）
基于浏览器展示的客户端（前端）对json的支撑是技术领域做的最好的，也是最全面的，现在各大框架：
vue.js
等等都支撑，且默认json为第一选择。
