The encoded output stream must be represented in lines of no more than 76 characters each.
Base64一行不能超过76字符,超过则添加回车换行符。
结合前面博客说的“有回车符,导致JSON格式不符合要求”,那就明白了,对附件进行Base64编码,因为超过76字节,所以要添加回车换行符,后台解析带有回车换行符的JSON字符串就出现“ net.sf.json.JSONException : Unterminated string ”。
问题根源就是回车换行符,那删除就行了,谷歌后又发现一问题,原来“回车换行符(\r\n)”是在Windows才有,而Linux只有换行(\n),Mac只有回车(\r)。
找到了解决办法,调用字符串对象的replaceAll方法替换掉\r和\n,代码如下:
字符串对象.replaceAll("\r|\n", "");
这样就兼容了不同平台。
如果需要上传附件,将附件转成字节流,再用Base64编码,最后和文章参数一起放入JSON对象。
问题:如果上传附件,后台将字符串解析成JSON对象时出现如下异常:
net.sf.json.JSONException: Unterminated string
有博客说,字符串中有回车换行符,导致JSON格式不符合要求。
用debug查看JSON字符串确实有回车换行符:
谷歌了一下,原来是RFC2045中有规定:
The encoded output stream must be represented in lines of no more than 76 characters each.
Base64一行不能超过76字符,超过则添加回车换行符。
结合前面博客说的“有回车符,导致JSON格式不符合要求”,那就明白了,对附件进行Base64编码,因为超过76字节,所以要添加回车换行符,后台解
析带有回车换行符的JSON字符串就出现“ net.sf.json.JSONException : Unterminated string ”。
问题根源就是回车换行符,那删除就行了,谷歌后又发现一问题,原来“回车换行符(\r\n)”是在Windows才有,而Linux只有换行(\n),Mac只有回车(\r)。
再搜索了一下找到了解决办法,调用字符串对象的replaceAll方法替换掉\r和\n,代码如下:
字符串对象.replaceAll("\r|\n", "");
这样就兼容了不同平台。