缓存既能减轻数据库压力，还能加快请求响应速度，可是如何保证数据库与缓存之间的数据一致性呢？好像不管怎么做，都会存在不一致风险，分布式缓存中的最优解是啥？本文来一起探讨~

HTTP是浏览器中最重要且使用最多的协议，它不仅是浏览器与服务端的通信语言，更是互联网的基石。随着浏览器的不断更新迭代，HTTP为了适应技术的更新也在不断进化

支付系统常用的设计，比如领域建模，状态机，幂等，日志规范，业务ID生成规范，监控，资损防控，支付安全等。这些技术在互联网其它领域比如电商也是通用的。

随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行…

一个很小的优化，产生了非常好的效果…… 很多人对 GC 原理了然于胸，但是苦于没有实践经验，因此本篇文章将分享我的GC 优化实践。

后端接口设计 如果让你设计一个接口，你会考虑哪些问题？ 1.接口参数校验 接口的入参和返回值都需要进行校验。 入参是否不能为空，入参的长度限制是多少，入参的格式限制，如邮箱格式限制 返回值是否为空，如

一、背景 在日常部门OpsReview过程中，部门内多次遇到应用容器所在的宿主机磁盘繁忙导致的接口响应缓慢，TP99增高等影响服务性能的问题，其中比较有效的解决方案是开启日志的异步打印，可以有效避免同

前言 最近闲来没事，一直在掘金上摸鱼，看了不少高并发相关的文章，突然有感而发，想到了几年前做的一个项目，也多少和高并发有点关系。 这里我一边回忆落地细节一边和大家分享下，兴许能给大家带来点灵感。 正文

为什么我们要进行读写分离？个人觉得还是业务发展到一定的规模，驱动技术架构的改革，读写分离可以减轻单台服务器的压力，将读请求和写请求分流到不同的服务器，分摊单台服务的负载，提高可用性，提高