更新记录
- 201912 参考文档增加SQLite 官方文档链接
问题描述
获取到当前时间的年月日时分秒字符串,为方便使用,转换成微秒值存入数据库,然后读出使用SimpleDateFormat格式化为“yyyy-MM-dd HH:mm:ss”。为方便获取微秒值和通过微秒值获得年月日时分秒,使用了Calendar类。
异常发现是当将从网络获取的时间微秒值与从数据库取得的微秒值计算时,发现差异巨大,不像几分钟的差异。
因为只涉及到Calendar类和SimpleDateFormat类,故另建项目来测试这两个类在微秒值转换中的变化。
问题分析
整个流程是:
- 从服务器端获取到格式为“YYYYMMDDHHMMSS”的字符串
20190927153017
- 本地拆分构建成Calendar对象,通过提供的方法**getTimeInMillis()**取得对应微秒值,并存入数据库(使用int型,为免超过范围,均除以1000L转为秒)
Calendar calendar = Calendar.getInstance();
calendar.set(2019,9,27,15,30,17);
calendar.getTimeInMillis(); 对应的秒值 1572161417
- 从数据库中读出微秒值,使用
SimpleDateFormat
转成"yyyy-MM-dd HH:mm:ss"字符串用于显示在界面上
Calendar calendar = Calendar.getInstance();
calendar.setTimeInMillis(1572161417 * 1000L);
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
sdf.format(new Date(calendar.getTimeInMillis())):
得到结果 2019-10-27 15:30:17
分析两者差异可看出多出了一个与时间,因为有印象Calendar类在月份上面是从0到11, 所以网上搜索看Calendar类。
参考资料来源:
菜鸟教程-java的时间日期
问题解决
从中可以看出,Calendar类的月份是从零开始,年和日则从1开始。
所以在第二步构建 Calendar 对象时,应该是:
calendar.set(2019,9 - 1,27,15,30,17);
拓展方案
根据以下参考文献:
菜鸟教程-SQLite数据类型 – 这个是看微秒值直接存储是否会超过int 范围
菜鸟教程-SQLite时间&日期 – 这个是看Calendar类的信息
SQLite官方文档–日期时间
得到另一个可行的时间存储和读取方案,如下所示。这样可以直接存取字符串,方便后期处理,不会出现上面月份异常问题。但假如需要进行时间比较运算,最终也还是要使用到Calendar类来获取微秒值
create table test (id INTEGER primary key autoincrement,time text not null);
insert into test values (1,"1985-01-01 01:01:01");
select datetime(time) from test where id = "1"