CodingFire的博客

前面的都还好，这个Web层总有点生无可恋的赶脚，我们恐怕了解不了那么深，当然不排除一些大神很有天赋，一看就懂，总之博主觉得这些看看就行。这里只是粗浅的介绍了Spring中有哪些东西，能把这些东西搞懂也算是差不多了吧。哈哈，其实“差不多”这个词挺害人的，但能掌握多少，掌握到什么程度，就是大家自己的事情了，内容不少，大家可以有针对性的去看去学，像里面有些东西博主都是一笔带过，不是说不重要，只是没有想象中那么重要，要是有时间，可以深入研究，那今天就到这里吧，博主也需要拐回去好好再看几遍。

到此，JVM相关的内容就给大家分享完毕了，每次一说到JVM我就想到了迪迦里面的基里艾洛的人，好顺嘴啊，哈哈哈！！！这一部分内容还是需要大家多探索的，优化没有上限，让我们一起努力吧。

看，分布式锁其实也没有那么难嘛，如果你能看到这里，那么相信你一定会有所收获，多看几遍，对理解分布式锁有好处，学完分布式锁，又可以开心的出去装13了，真开心！！！学习是一个循序渐进的过程，学完之后不代表就会了，过一段时间你多半是会忘记的，就好比博主，写完之后过一段很多东西都会忘记，也需要不断的回顾才能加深印象，学习是投资自己，只有金刚钻硬了，才能去揽那瓷器活儿。加油吧，少年们！

关于优化，我们不能够断章取义，有时候我们会直接去网上搜一些优化相关的博客，然后照着做。这是不对的，起码不是百分百正确，套路是这个套路，但优化就像不同的人去买衣服，每个人都有自己的特殊情况，我们要具体情况具体分析，毕竟不是每个人的应用和服务器都是一样的，千人千面用在这里再好不过了。MySQL几乎是目前绝大多数互联网公司的选择，出色的性能，低廉的成本，丰富的资源深受大众的喜爱。所以本文我们将MySQL作为我们的目标数据库。但优化有风险，优化需谨慎。优化一般针对的是一个复杂的且已经上线的系统；

try中记录事务状态到表中；confirm中根据全局事务id删除这条数据；cancel中恢复记录表中的数据到初始状态；cancel业务中，根据xid查询数据，如果为null则说明try还没做，可不执行空回滚，然后根据全局事务id插入一条状态数据留给try做空回滚判断；try业务中，根据xid查询数据 ，如果已经全局事务id，则存在Cancel已经执行的情况，可拒绝执行try业务。

关于线程的状态，我们用一张图来说明：看看这些线程执行的过程调用不同的方法是不是进入了对应的状态。说实话，写到这里博主已经快要没有耐心了，而这里也只不过是写了一小部分而已，路漫漫其修远兮，吾将上下而求索。换下个话题。两种方式都保证了数据的安全性，在多线程下，只有等到获取到锁的线程将锁释放掉后，下一个线程才能持有锁。synchronized就是通过这种机制来保证数据的一致性的。这是一种对象锁，要求我们锁定的必须是同一个对象，否则将无法生效。注意：你一定好奇，能加在方法上，方法内，难道不能加在类上？