作者:益清613 | 来源:互联网 | 2024-10-28 19:51
在移动端生成JSON伪数据的过程中,经常会遇到转义字符带来的问题。本文总结了这些常见的陷阱,并提供了有效的解决方案。特别是在服务端接口尚未完成的情况下,移动端开发者需要自行创建模拟数据,以确保开发进度不受影响。通过本文的指导,开发者可以避免因转义字符处理不当而导致的数据解析错误,提高开发效率。
最近在 Json 数据的解析上碰到了一些坑,特此记录一下。
正文
迭代开发中,经常出现服务端接口还没开发完成的情况,所以经常需要移动端自己在本地造一些假数据。
emmm,虽然说好像造假数据也不是什么很难的事,但问题是,我是做 Tv app 的,手机 app 首页的 json 数据结构怎么样我不清楚,但 Tv 应用的主页复杂的要命,服务端下发的 json 数据格式是一层嵌套一层,每次看接口文档都一脸懵逼,接触了半年多了,我甚至对这个 json 数据结构还不是很熟悉,哎~~
举个例子吧:
咦,这么一简化,好像感觉也不是很复杂。哎,反正,实际上,整个 json 数据结构特别复杂,每一层里字段就特别多,然后还不断的嵌套。不管了,不管了,这个不是今天的主题,只是顺便抱怨一下而已。
不说废话了,回到今天的主题,注意看上图中我标箭号的地方,先提个问题:
{
"aaa":{...},
"bbb":"{...}"
}
Q1:你们觉得上面的 aaa 字段和 bbb 字段有区别么?
emmm,大伙不要鄙视我问这么基础的问题,慢慢看下去,你们就清楚我本篇想讲的是什么了。
首先,先确定下这个答案,aaa 对应的是一个新的 json 结构对象,如果要建模的话,要么直接使用 Object 对象,要么就是根据 {...} 里的结构创建一个对应的实体类;而 bbb 对应的就是一个字符串,不管 {...} 里的结构怎么样,解析的时候它就是一个 String 对象。所以,我们建模时的实体类应该就是这样吧:
public class WoZuiShuai {
private Object aaa;
private String bbb;
...
}
没错吧,那么,接下去该是造假数据了,我们填充一些值进去:
{
"aaa":{"ccc":"nifangpi"},
"bbb":"{"ddd":"wojiufangpi"}"
}
这样填充没问题吧,然后为了方便,我们不在文件里造假数据,把这个 json 数据复制到代码中:
public static String JSON = "{\n" +
" \"aaa\":{\"ccc\":\"nifangpi\"},\n" +
" \"bbb\":\"{wojiufangpi}\"\n" +
"}";
我们只需要先打个 " "
,然后在这之间粘贴刚才复制的 json 串,as 会自动将转义符、换行符添加上去,没错吧,那么第二个问题来了:
Q2:你们觉得直接拿这个 JSON 数据去解析,可以得到结果么?
禁止逆向思维,不要说什么,如果能得到结果我就不会写了。严肃点,好好想想。我们可以简单的写个单元测试,测一下:
跑一下,看一下结果:
果然出错了,bbb 解析失败,那么,想明白为什么会出错了么?
哎,其实,还是自己对 json 不够了解,如果对 json 格式比较熟悉的话,一眼就看出在哪里出错了。
其实,在我们填充数据的那个步骤就已经错了。
{
"aaa":{"ccc":"nifangpi"},
"bbb":"{"ddd":"wojiufangpi"}"
}
这个 json 数据是错误的,拿到网上验证一下就清楚了,我比较习惯用 chrome 的 JSON-handle 插件,
这其实就是涉及到 json 结构如果是多层嵌套的话,内层的 "
冒号必须用转义符标志,这样计算机才能区分这个 "
是跟外层的匹配,还是跟内层的匹配。
也就是说,下面这样改完后才是正确的:
{
"aaa":{"ccc":"nifangpi"},
"bbb":"{\"ddd\":\"wojiufangpi\"}"
}
那么,对应的复制到代码里的样子是这样的:
public static String JSON = "{\n" +
" \"aaa\":{\"ccc\":\"nifangpi\"},\n" +
" \"bbb\":\"{\\\"ddd\\\":\\\"wojiufangpi\\\"}\"\n" +
"}";
这样改完后,再跑下单元测试就发现是正确的了,这个就是最近碰到的一个坑了,现在来反省下自己为什么会跳进这个坑。
反省
对 json 格式不够理解
当初是有想过转义符的问题,但看到 as 已经自动添加了转义符了,就想当然的以为转义符没问题了,其实内嵌的 "
号问题, java 本身就需要一层转义符,然后 json 也需要一层转义符,所以总的来说是需要有两层转义符,就像上图的代码块。
然后,服务端也得背点锅,因为你们给我的示例数据里就是没有转义符的,我当然以为你们是对的!!!
最后,自己造完数据其实也还是有拿去校验一遍的,但当初没注意看错误提示,插件定位到 bbb 那行结构是错的,然后就想当然的以为是 "{...}"
这外面那两个冒号的问题,想当然的以为这个冒号是多余的,就去掉了。然后更要命的是,去掉了之后的结构刚刚好是正确的,插件可以解析出来。然后拿到代码里测试时,却发现又解析不了,因为 bbb 定义的是 String 类型,但现在已经是一个 Object 类型了。所以,我的大脑就这样进入死锁了,加上冒号,插件验证格式错误,测试也通不过,去掉冒号,插件验证格式正确,但测试却还是通不过。哎,在这里卡了好久的。
以上,仅记录下来,提醒自己不要再犯傻了~~~