JSON 格式的弊端与解决方法(真实示例)

目录

• 1 JSON 格式弊端
• 2 解决方法

JSON 格式是目前最流行的数据交互格式，广泛应用于前后端分离的系统。但也有一些场合不适合使用 JSON 格式。

1 JSON 格式弊端

有这样的一个需求：希望把客户端的日志上传到服务器存储起来。原先的设计是把 JSON 格式写入日志文件。形如：

[{"logTypeComment":"info","logTimeComment":"2022-08-xx 10:52:59","content":"坐席日志"},{"logTypeComment":"info","logTimeComment":"2022-08-xx 11:02:13","content":"坐席日志"},{"logTypeComment":"info","logTimeComment":"2022-08-xx 11:05:03","content":"坐席日志"}

如果日志内容简短，可以直接在日志文件中查看，但如果内容很长，那么就难以阅读。必须把日志从服务器下载下来，放到 JSON 格式化工具中查看。

下面是一个真实示例，记录的日志内容非常长，难以直接查看：

维护人员必须放到 JSON 格式化器中进行美化后再查看：

这种方式在实际使用中并不方便。维护人员必须把日志文件拷贝到本地，然后复制相应的内容，再粘贴到 JSON 美化器中进行查看。操作繁琐，而且在复制的时候容易出错。

2 解决方法

一种解决方法是对日志内容进行遍历，一行一行打印出来。日志内容前后加上打印标识，并对打印内容进行格式化。形如：

另一种更好的方法是把日志内容写入库表，然后使用日志 web 平台，来展示这些内容。

写入日志文件中的内容，JSON 格式并不适用。应该尽量按行进行打印输出，并在输出前后打印标识。