Java Web技术经验总结

1. Git工作流

链接：http://www.ruanyifeng.com/blog/2015/12/git-workflow.html

2. Maven版本管理

链接：http://juvenshun.iteye.com/blog/376422

3. lombok的使用

在Java开发中，我们常常需要写很多令人厌烦的getter/setter代码、需要自己覆盖equals、toString和hashcode等方法，不胜其烦且容易出错。lombok就是为此而生的，通过给bean类添加一些注解，可以自动生成上述函数。不过在我过去的开发中，如果需要定制自己的equals方法，我常常使用Apache Commons中提供的EqualsBuilder和HashCodeBuilder两个类，参考：Java 中正确使用 hashCode 和 equals 方法。PS：lombok我刚刚接触，还不清楚它是否也有定制具体实现的功能；PS2：在IDEA中使用lombok需要安装对应的插件，参考：lombok在IntelliJ IDEA下的使用

4. MySQL的主从延迟和解决方案

链接：https://yq.aliyun.com/articles/42638

5. 来自《Effective Java》中的第6条规则

内存泄漏的另一个来源是缓存。一旦你将对象引用放在缓存中，它就很容易被忘掉，从而使得它在不再有用之后很长一段时间仍然留在缓存中。这种情况下，可以使用WeakHashMap代表缓存，只要在缓存外存在某个像的键的引用，该项就有意义；当缓存项的键的生命周期结束后，该项也会自动被删除。关于WeakHashMap，可以参考这篇文章：深入理解WeakHashMap。

6. 关于Code Review的一篇文章

7. 实现分布式锁的方法，这篇文章讲得很详细

链接：http://www.cnblogs.com/PurpleDream/p/5559352.html

8. 使用Intelij IDEA中的git插件进行分支合并的步骤

例如：branch1合并到branch2

切换到目标分支，branch2

在右下角git快捷窗口——>branch1——>merge，就会将branch1合并到branch2。

9. 经验总结

这两天遇到一个业务场景：一个数据库修改的请求，客户端由于历史原因，经常会发出两个完全相同的请求，导致服务端发生唯一键冲突。为了解决这个问题，我们决定使用分布式锁解决这个问题，在进行数据库插入操作之前要先拿分布式锁，拿到锁以后也要先检查数据库，没有的话再插入数据。我在测试的时候发现分布式锁不起作用，先是以为自己的锁有问题，排除这个问题之后，开始回顾之前的代码。发现一个坑：原有的代码在接口定义层用了@Transactional注解，Spring中的事务是基于AOP实现的，如果在RPC接口使用事务注解，那么事务会在RPC接口返回之后才会提交。可以看出，当事务的范围大于同步代码块的范围时会有问题。A请求释放了锁，但是它的事务还没有提交；B请求已经拿到了锁，但是看不到A请求的事务修改的东西，导致脏读。关于Spring中的事务，可以参考官方文档。我的经验是：（1）只有某个业务要求同时修改两张以上的表的数据的时候，再使用事务，并且要在方法级别使用；（2）事务和同步代码块不可嵌套使用。

最后做个投票，这个号后面的发展，有你的一份努力：