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)事务和同步代码块不可嵌套使用。

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

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180817G0608Z00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券