关于springmvc线程安全,线程同步问题，本人新人一个，请各位大佬批判批判

因为最近公司业务有一个审核的功能，可能有多个人审核，那这样就会涉及多个人调用同一个接口，那就有可能非常巧的出现一种情况，同一时刻，可能有两个人或者两个人以上请求同一个接口，那这样会不会出现线程安全问题？？？比如一号审核人员审核id为1的文章不通过，二号审核人员审核id为2的文章不通过，那此时一号审核人员的代码流程走到一半的时候，刚要对数据库进行操作，二号人员的请求就进来了，把原来id为1改成了id为2，然后对数据库进行操作，那这一流程走完，一号那边才走了一半，怎么办呢？继续走呗，操作数据库，走起。那么，问题来了，此时id已经从1改为2了，一号审核人员实际操作的是id为2的文章，那这样就与我们的想法南辕北辙了，于是线程安全问题就来了。

如图

当然了，首先得先测一下springmvc是不是有线程安全问题
测试工具 ：apache-jmeter 模拟1秒1000个用户请求接口

下面是我springmvc的代码

下面是test2类的代码

其实很简单，就是每请求一次接口，就对test2类里面的 I 属性加1，然后打印到控制台
结果


我们可以轻松的看到
里面有两个数字已经重复了 就是9 而且排序的不是正常的那种排序，我的预期应该是从1一直打印到1000 .然而即使最后以工数也不是1000，而是901。
那么如何解决这个问题呢？
很简单，java在很早的时候已经为我们开发者提供了一个叫。。。。。。（等我搜一下，我英文不好）synchronized的关键字。你只要在方法上面加上他，就能保证线程安全了
如图

同样的测试
结果如图


显然，已经达到了我的预期
如果你嫌弃synchronized的效率底下，那你可以了解一下lock这个接口，这是jdk1.6之后才有的接口，不过我这边，根据我自己公司的业务感觉用synchronized和lock的效率是差不多的（根据不同业务有不同的实现嘛）。而且synchronized要方便一点，所以打算用synchronized。
关于synchronized与lock的区别，这里我就不再写了，各位可以去搜一下，有关这方面的文章还是很多的。