背景是这样，迭代之前的代码，在mac本地自测完全没有问题，自测流畅完成，然后就部署到服务器上去了，结果，还真就出问题了！！！
问题
先看报错日志
Caused by: java.text.ParseException: Failed to parse date ["2021-11-01 00:00:00"]: Invalid time zone indicator ' '
at com.google.gson.internal.bind.util.ISO8601Utils.parse(ISO8601Utils.java:274) ~[gson-2.8.9.jar!/:?]
at com.google.gson.internal.bind.DateTypeAdapter.deserializeToDate(DateTypeAdapter.java:85) ~[gson-2.8.9.jar!/:?]
... 15 more
Caused by: java.lang.IndexOutOfBoundsException: Invalid time zone indicator ' '
at com.google.gson.internal.bind.util.ISO8601Utils.parse(ISO8601Utils.java:245) ~[gson-2.8.9.jar!/:?]
at com.google.gson.internal.bind.DateTypeAdapter.deserializeToDate(DateTypeAdapter.java:85) ~[gson-2.8.9.jar!/:?]
看到报错日志，第一反应就是，date数据的问题，同时又能发现全是和gson相关
结合报错行数的代码，盲猜就是gson对时间处理的问题了
于是寻找解决方法
解决
因为我代码中确实使用了gson.fromJson()方法，网上也查到是时间转换的问题
报错的使用方式
Gson gson = new Gson();
gson.fromJson()；
解决方法
因为我只需要yyyy-MM-dd时间格式，那么就显示声明gson的时间格式即可
Gson gson = new GsonBuilder().setDateFormat("yyyy-MM-dd").create();
gson.fromJson()；
Gson的issue也有这个解决方案：Invalid time zone indicator ’ ’
其他问题的解决方法
如果你的报错类似如下
com.google.gson.JsonSyntaxException: 1525688551000
java.text.ParseException: Failed to parse date ["1525688551000']: Invalid time zone indicator '5'
那么可能是因为：Gson无法解析位数太长的时间格式
可以尝试用GsonBuilder 注册Date类型解决：
GsonBuilder builder = new GsonBuilder();
builder.registerTypeAdapter(Date.class, new JsonDeserializer<Date>() {
public Date deserialize(JsonElement json, Type typeOfT, JsonDeserializationContext context) throws JsonParseException {
return new Date(json.getAsJsonPrimitive().getAsLong());
}
});
Gson gson = builder.create();
原因
GoogleGson在处理Date格式时有小陷阱，默认处理Date对象的序列化/反序列化是通过一个SimpleDateFormat对象来实现的,通过下面的代码去获取实例:
DateFormat.getDateTimeInstance()
在不同的环境中,这样获取到的SimpleDateFormat的模式字符串会不一样。
例如,我的本地默认模式字符串是:“yyyy-M-d H:mm:ss”
服务器的模式字符串则是:“MMM d, yyyy h:mm:ss a”
这就使得同样的Date对象通过Gson来序列化为JSON后内容不同
所以Gson需要设置时间格式才能正常使用，默认的不是标准格式。