如果自己有因为一些小毛病而浪费大量时间来改一个低级bug就在这里记录下来
长期更新
2019/01/09
并不是时间复杂度越低，算法性能越好
2018/11/02
不管你怎么设置，方法变量先声明为私有，保持低可见性是程序安全的实现。
2018/09/20
git回滚终极绝招，重置head，然后开个分支
2018/07/02
不要把配置文件的密码提交到代码仓库，某一酒店的惨剧！
2018/06/28
update操作新，新一个对象，只需把需要update的数据存入
2018/05/09
写数据库的crud的时候，能批量就批量了，别写什么一个id查一个数据，批量获取就包含了它了，只要再写一个类处理一下，就省下很多sql语句了。
2018/05/08
线上的js代码更新时，应加上版本号
2018/04/21
传给微信的网页链接，图片链接，必须要https！
2018/04/05
调用分享（微信，app）的接口应在所有代码之后，因为分享必定是整个页面都加载完的时候
2018/03/27
埋点应放于所有组件生成之后，所有前端脚本执行之前。
2018/01/21
css放在html上方，js在下方
前端的资源文件放在html上方，自己写的在下方
2017/10/21 2018/0706补充 2018/11/02补充
一个业务类service配一个测试类有多个测试方法
一个事务类controller配一个测试类有一个测试方法
工具类可用main方法测试
2017/09/01
跨域通过前端操作即可解决。
2017/08/11
for，foreach以及其他，还是用for好，跨平台开发的坑
2017/08/08 20181012补充
装jdk的时候顺便把jre也装了 有些坑就是这么莫名其妙
开发是jdk，正式是jre（官方建议，还有当你生产被黑，像javac这些操作就不能用了，那么你的服务器也不会被植入什么java写的恶意代码。当然他们都黑进去了，想怎么玩就怎么玩）
2017/07/25
svn（git） 提交的时候要更新一下
旧版：
1.对象类（User，Book等）写的时候，名字，类型，顺序一定要和数据库一致（建议掌握反向生成实体类或者代码生成数据库表的技巧）
2.对对象类的操作，参数里面数据的排序也要和数据库一致（实现序列化接口，可无视此建议）
3.<></>哪个包哪个要写代码的时候排版排好（记住IDE的格式化代码的快捷键 ctrl+alt+L，建议使用 阿里编码规约）
<body>
<form>
<table >
<tr>
<th >
<label></label>
</th>
</tr>
<tr>
<td>
</td>
<td>
</td>
</tr>
</table>
</form>
</body>
5.前端取数据的时候数据的id应该和后端entity的名字一致（这玩意随便了，要求前端同事这样那样，还不如老老实实写下来，提高自己抽象能力）
6.前端的jsp可以根据显示数据，收集数据两个类别，把一个jsp分成两个jsp，同理帕拉帕拉帕拉帕拉，但是数据提交应写在主jsp里面（前后分离，ajax，谢谢。公司没做到的话，尽早跳槽）
7.装插件要留意eclipse的版本和插件版本符合
8.在你确定代码没错的时候，先怀疑 包的问题，再怀疑 开发工具的问题，在怀疑javaJDK的问题。（Google的时候，具体就是看他的issue和版本兼容之类的）
9.尽量少在前端调用后端直接操作数据的方法（前端不要调用后端的方法，理解mvc！！！）（业务代码和事务代码的理解吧）controller和service的区别，虽然阿里从contrller也延伸出了对内服务直接返回对象，对外服务返回信息体
信息体
R{
String code
String message
T data
}
11.数据库应用外键约束会很影响性能，可以通过最终一致性来避免。nosql入门经验+1
12.根据返回值写方法名 特别是数据库相关的（进阶的工具叫 JPA，和我自己很配啊!）
13.对于服务器容器（tomcat之类的 一开始就把内存空间调大是很好的习惯