+
 新版
2018-11-20 13:37

引用来自“风声取笑我”的评论

我被Jackson或是gson坑过,记不清是哪个了,就是前端传过来很长很长json格式字符串,转成json对象的时候,把其中某个空格识别为了换行,导致报出语法不正确的异常。换fastjson一点事没有,正常使用。

引用来自“郭文龙”的评论

也许数据本来就是\r 或者\n,Jackson、Gson如实解析了,而fastjson自作主张处理了一下!
有些2B前端框架或工具在输入框里容忍换行符,处理不当就会有这样问题。

引用来自“风声取笑我”的评论

你想多了,并没有你说的情况

引用来自“郭文龙”的评论

我更偏向你想得太少了。

换行方式有三种,你看到的不一定就是真实情况。

引用来自“风声取笑我”的评论

我调试的时候会看不见?就是简单的一个空格而已,并且全文不止这一个空格,出错的位置独独那一个

引用来自“郭文龙”的评论

就当你说的是真的吧,反正别人无法求证

引用来自“孔乙己的春天”的评论

动弹已经有人提过,gson在很长的文本情况下解析会出异常,当然,我也无法求证,但符合我经历,更愿意相信。还有,我肯定比你清楚我自己经历的事,不需要你信不信,你不信是你的问题,事实还是最大的。
多长算长呢?我们有个客户端接口交换json数据每次都是2M起,长的10M以上,没遇见过解析问题。
2018-11-19 23:31

引用来自“风声取笑我”的评论

我被Jackson或是gson坑过,记不清是哪个了,就是前端传过来很长很长json格式字符串,转成json对象的时候,把其中某个空格识别为了换行,导致报出语法不正确的异常。换fastjson一点事没有,正常使用。

引用来自“郭文龙”的评论

也许数据本来就是\r 或者\n,Jackson、Gson如实解析了,而fastjson自作主张处理了一下!
有些2B前端框架或工具在输入框里容忍换行符,处理不当就会有这样问题。

引用来自“风声取笑我”的评论

你想多了,并没有你说的情况

引用来自“郭文龙”的评论

我更偏向你想得太少了。

换行方式有三种,你看到的不一定就是真实情况。

引用来自“风声取笑我”的评论

我调试的时候会看不见?就是简单的一个空格而已,并且全文不止这一个空格,出错的位置独独那一个
就当你说的是真的吧,反正别人无法求证
2018-11-19 20:19

引用来自“风声取笑我”的评论

我被Jackson或是gson坑过,记不清是哪个了,就是前端传过来很长很长json格式字符串,转成json对象的时候,把其中某个空格识别为了换行,导致报出语法不正确的异常。换fastjson一点事没有,正常使用。

引用来自“郭文龙”的评论

也许数据本来就是\r 或者\n,Jackson、Gson如实解析了,而fastjson自作主张处理了一下!
有些2B前端框架或工具在输入框里容忍换行符,处理不当就会有这样问题。

引用来自“风声取笑我”的评论

你想多了,并没有你说的情况
我更偏向你想得太少了。

换行方式有三种,你看到的不一定就是真实情况。
2018-11-19 16:30

引用来自“风声取笑我”的评论

我被Jackson或是gson坑过,记不清是哪个了,就是前端传过来很长很长json格式字符串,转成json对象的时候,把其中某个空格识别为了换行,导致报出语法不正确的异常。换fastjson一点事没有,正常使用。
贴个楼下的回复:曾经踩了个大坑:Java对象-->JSON内容,Java对象字符串属性中的Tab制表符字符,在转换为JSON内容后直接为\t字符串。导致后面业务逻辑BUG。

看来国产框架自作聪明的倾向很明显,现象很普遍!
2018-11-19 16:26

引用来自“风声取笑我”的评论

我被Jackson或是gson坑过,记不清是哪个了,就是前端传过来很长很长json格式字符串,转成json对象的时候,把其中某个空格识别为了换行,导致报出语法不正确的异常。换fastjson一点事没有,正常使用。
也许数据本来就是\r 或者\n,Jackson、Gson如实解析了,而fastjson自作主张处理了一下!
有些2B前端框架或工具在输入框里容忍换行符,处理不当就会有这样问题。
2018-11-19 14:25
很好,我选 Jackson
2018-11-19 12:37
这个以前碰到和jackson不兼容的情况,后来只能对特殊的问题手动处理了
2018-11-19 12:05

引用来自“老牛啊”的评论

曾经踩了个大坑:Java对象-->JSON内容,Java对象字符串属性中的Tab制表符字符,在转换为JSON内容后直接为\t字符串。导致后面业务逻辑BUG。
这个应该早就修复了吧, 用新库肯定要趟一些坑的, 不过等用的人多了用得久了肯定会成熟稳定的.
2018-11-19 11:42
我还是比较喜欢json-lib
2018-11-19 11:27
不如贡献 jackson
2018-11-19 11:16

引用来自“w11”的评论

打着高性能的旗号, 不知道多少程序员曾经被这个库坑过!
你踩了多少坑😄
2018-11-19 10:57
曾经踩了个大坑:Java对象-->JSON内容,Java对象字符串属性中的Tab制表符字符,在转换为JSON内容后直接为\t字符串。导致后面业务逻辑BUG。
2018-11-19 10:36
bug太多,扩展性太差
w11
2018-11-19 10:09
打着高性能的旗号, 不知道多少程序员曾经被这个库坑过!
回复 @
{{emojiItem.symbol}}
返回顶部
顶部