在一次部署的时候，遇到使用windows系统作为服务器的，按照正常的方式是打开doc窗口，定位到对应jar包所在的目录，直接使用java -jar运行jar包。java -jar xxx.jar后来就出现了灵异事件，刚启动的时候运行的还是好好的，但是过一段时间，通过远程请求这个服务就发现一直出现请求超时。检查网络、端口都是通的，证明这个服务是运行正常的。后来经过问题的排查和咨询其他有windows

平时都是用postman来调接口，有时候也会用到swagger。用swagger还可以，直接在浏览器上开个页面即可，但是postman就不行了，需要单独的运行，个人感觉postman还是比较占内存的。最近和一个其他组同事联调，发现他们使用的是idea自带的HTTP Client工具，感觉挺好用的，调接口不需要切浏览器，切应用。直接在idea中可以完成。挺酷(zhuang)炫(bi)的，所以准备学习

Hibernate-validator是对validation-api的再次封装，在开发过程中是经常使用到（spring boot里面的spring-boot-starter-web是默认应用了Hibernate-validator包的），特别是参数校验，刚开始做开发工作的时候，都是在Service层用if…else…来判断参数的合法性，这个会使代码显得很臃肿，后来接触Hibernate-vali

Spring data JPA是一个好东西，但是对于很多习惯于写SQL，直接怼数据库的人来说，这个真的用不习惯，还被一致认为是一个不易于程序员发展的技术。因为JPA提供了标准的封装，在操作数据库的时候，不需要写SQL，完全通过操作对象即可完成。久而久之，SQL就会被慢慢的遗忘，生疏，等以后面试的时候，也许这就是上升的一个短板。现在各大公司对JPA用的都很少，除非是这个公司的系统涉及到几种数据库，随

logback日志必备。平时在新建项目的时候都是Ctrl+C和Ctrl+V，完全不要自己做什么，不管使用Springmvc还是Springboot都不需要配置logback.xml文件的位置，直接将logb......

综上所述，结合开头说的，为了前后端交互，日期字段格式统一，可以使用1、2、4三个方案。首先是GET请求，在参数少的时候，没有必要使用对象接收，就可以直接使用1方案；反之GET请求参数较多，可以使用2方案；为了和GET请求的日期统一交互格式，只能采用方案4这里需要注意一点，GET请求封装对象内的日期字段添加的注解是，而POST请求使用的注解是。