我们异步执行一个任务时，一般是用线程池Executor去创建。如果不需要有返回值， 任务实现Runnable接口；如果需要有返回值，任务实现Callable接口，调用Executor的submi

前阵子接手了一段同事之前的代码，里面用到了@transaction注解，了解Spring的小伙伴肯定知道，@Transactional是Spring提供的一种控制事务管理的快捷手段。但是我这段程序在运

分布式事务你应该是知道的。但是这个多线程事务...... 没事，我慢慢给你说。 如图所示，有个小伙伴想要实现多线程事务。 这个需求其实我在不同的地方看到过很多次，所以我才说：这个问题又出现了。 在此之前，我的回答都是非常的肯定：毋庸置疑，肯定是没有的。 我们先从理论上去推理一下…

前言 公司业务中遇到一个需求，需要同时修改最多约5万条数据，而且还不支持批量或异步修改操作。于是只能写个for循环操作，但操作耗时太长，只能一步一步寻找其他解决方案。 具体操作如下： 一、循环操作的代

前言 接口性能优化对于从事后端开发的同学来说，肯定再熟悉不过了，因为它是一个跟开发语言无关的公共问题。 该问题说简单也简单，说复杂也复杂。 有时候，只需加个索引就能解决问题。 有时候，需要做代码重构。

日常开发过程中，尤其在 DDD 过程中，经常遇到 VO/MODEL/PO 等领域模型的相互转换。此时我们会一个字段一个字段进行 set|get 设置。要么使用

前言 本文是博主从事后端开发以来，对公司、个人项目的经验总结，包含代码编写、功能推荐、第三方库使用及优雅配置等，希望大家看到都能有所收获 博主github地址: https://github.com/

Guava是google公司开发的Java类库扩展工具包，内含了丰富的API，使用这些API可以简化我们代码，使代码更为优雅，今天Hydra要给大家分享的就是Guava中封装的一些关于Map的骚操作。

前言 接口性能问题，对于从事后端开发的同学来说，是一个绕不开的话题。想要优化一个接口的性能，需要从多个方面着手。 其实，我之前也写过一篇接口性能优化相关的文章《聊聊接口性能优化的11个小技巧》，发表之