例如前端传值，"produceTime": "1521770064"
后端接收用 Date produceTime;
反序列化后日期不正确，测试13位时间戳可用
summer37520
All 5 comments
我也碰到了，请问解决了吗
SK-XFY
on 20 Nov 2018
JAVA时间戳是13位的，识别不了10位的，需要自己处理。
LSL1618
on 22 Nov 2018
https://github.com/alibaba/fastjson/releases/tag/1.2.56
新版本已经支持，配置
JSONField(format="unixtime")
wenshao
on 26 Jan 2019
您好，我在1.2.58的版本依然遇到了这个问题。看了下源码：
if (lexer.token() == JSONToken.LITERAL_INT) {
long millis = lexer.longValue();
lexer.nextToken(JSONToken.COMMA);
if ("unixtime".equals(format)) {
millis *= 1000;
}
val = millis;
} else if (lexer.token() == JSONToken.LITERAL_STRING) {
...
}
也就是说现在只在{"time": 1521770064}的case下支持，不能在{"time": "1521770064"}的case下支持，这个能也支持下吗？谢谢～
lxy-xx
on 25 Aug 2019
@wenshao 我遇见和楼上同样的问题您好，我在1.2.58的版本依然遇到了这个问题。看了下源码：
if (lexer.token() == JSONToken.LITERAL_INT) { long millis = lexer.longValue(); lexer.nextToken(JSONToken.COMMA); if ("unixtime".equals(format)) { millis *= 1000; } val = millis; } else if (lexer.token() == JSONToken.LITERAL_STRING) { ... }
也就是说现在只在{"time": 1521770064}的case下支持，不能在{"time": "1521770064"}的case下支持，这个能也支持下吗？谢谢～
xiaoyang1999
on 10 Oct 2020
Related issues
sd4324530
·
3Comments
cddesire
·
3Comments
joviqiao
·
3Comments
luckydzp
·
4Comments
vodcms
·
4Comments
Most helpful comment
您好，我在1.2.58的版本依然遇到了这个问题。看了下源码：
if (lexer.token() == JSONToken.LITERAL_INT) { long millis = lexer.longValue(); lexer.nextToken(JSONToken.COMMA); if ("unixtime".equals(format)) { millis *= 1000; } val = millis; } else if (lexer.token() == JSONToken.LITERAL_STRING) { ... }也就是说现在只在{"time": 1521770064}的case下支持，不能在{"time": "1521770064"}的case下支持，这个能也支持下吗？谢谢～