开始
最近在做项目的时候，总遇到一些大小不一，奇形怪状的问题。
现在终于有时间来总结一下遇到的问题，以备复习之用。
以下提到的问题经过简化，不代表任何项目代码或问题。
问题1：未完成任务状态搜索结果有误，不应该搜索出已超期数据。
原因：因为未完成、已完成和已超期的范围限定有问题，存在需求理解不透彻的问题。
解决：
/*
1、首先有3个指标
任务截止时间
任务完成时间
任务完成状态：任务完成数/任务总数
8、需求的限定条件
未完成0：任务完成状态!=1，并且当前时间<截止时间（一律未完成）
已完成1：任务完成状态==1&完成时间<截止时间&完成日期不能为空
已超期2：任务完成状态!=1&当前时间>截止时间，或者任务完成状态!=1&当前时间>截止时间&完成时间为null
这里主要的是状态区分，0和1确定好之后，剩下的就是已超期。
*/
问题2：活动结束时间提交后，结束时间不对。
原因：java如果把字段设置为date类型，spring会自动把前端传入的时间（2024-05-08 12:12:12）转换为看不懂的时间，spring框架的问题，自动转时间了。
解决：
/*
我们拿string来接收时间参数。
然后再转换为数据库需要date类型。
还有一种情况，前端可能会传过来时间戳的类型，也需要把时间戳转为date类型，然后插入数据库。
（这里需要改进）
*/
问题3：活动时间搜索结果查不到最后一天的数据。
原因：因为SQL查询语句是根据%Y-%m-%d 来查询的，所以会查不到最后一天的数据。
解决：
/*
需要查到精确的时分秒时间，才能够查出来数据，如下所示，
and pm.start_date >= STR_TO_DATE(CONCAT(#{param.startDate},'00:00:00'),'%Y-%m-%d %H:%i:%s')
and STR_TO_DATE(CONCAT(#{param.endDate}, '23:59:59'),'%Y-%m-%d %H:%i:%s') >= pm.end_date
需要把字符串拼接在一起，然后在转换为时间进行比较STR_TO_DATE
*/
问题4：驳回数据，重新提交，再次驳回，应用端代办未显示再次驳回数据代办。
原因：在查询待办的时候，限定了活动开始和结束时间。
解决：
去掉开始和结束时间的查询限制，但是要限定用户id，以及未删除。
问题5：代办中心点击待复盘数据，跳转页面有误。
原因：在redis里面消息的id获取的时候重复了。因为msgid只有0000数，但是深夜跑数据的时候，会用掉大部分的数据，所以导致id重复了，而对方系统会根据id来获取一个id，然后再跳转，就出问题了。
解决：
/*
把redis里面的数量增加到十万级别，然后id就不会重复了。
*/
结尾
怎么说呢，因为刚开始写后端代码，很多东西还有待熟悉，例如：
1、业务逻辑熟悉不全面；
2、对需求理解不够透彻；
3、SQL一些函数还不熟悉；
4、测试不够充分；
5、粗心大意；
以上这些都要针对性的去解决才行，没有后退可言，只能一步一个脚印向前冲！！！
共勉。
