hello，大家好呀，我是小楼。之前遇到个文件监听变更的问题，刚好这周末有空研究了一番，整理出来分享给大家。从一次故障说起我们还是从故障说起，这样更加贴近实际，也能让大家更快速理解背景。有一个下发配置的服务，这个配置服务的实现有点特殊，服务端下发配置到各个服务的本地文件，当然中间经过了一个agent，如果没有agent也就无法写本地文件，然后由client

开始用springboot2hession4实现RPC服务时，发现第一个服务可以调用成功，但第二个就一直报 '<' is an unknown code。第一个服务还是可以调用的。参考网上的方法，客户端与服务端hession版本保持一致，查看本地版本是一致的，换成其他版本也没有效果。设置重载方法为true，都没有效果。如果有其他小伙伴有过解决方法，望指正

IO的方式通常分为几种，同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO。一、同步阻塞的BIO在JDK1.4之前，我们建立网络连接的时候采用BIO模式，需要先在服务端启动一个serverSocket，然后在客户端启动socket来对服务端进行通信，默认情况下服务端需要对每个请求建立一堆线程等待请求，而客户端发送请求后，先咨询服务端是否

技术背景在一个分布式环境中，同类型的服务往往会部署很多实例。这些实例使用了一些配置，为了更好地维护这些配置就产生了配置管理服务。通过这个服务可以轻松地管理成千上百个服务实例的配置问题。王阿晶提出了基于zooKeeper的配置信息存储方案的设计与实现\1\,它将所有配置存储在zookeeper上，这会导致配置的管理不那么方便，而且他们没

自从小王玩起了微服务，发现微服务果然很强大，好处真是太多，心中暗喜，然而，却也遇到了分布式中最棘手的问题：分布式事务。小王遍访各路神仙，也无个完美开源解决方案，当然，也有些实际可行的手法，虽不算完美，但也可拿来研究一番，那今天我们也来说说分布式事务。    分布式事务的起源，即因各服务是独立的，各自使用独立的DB，那本地事务可以保证事务式执行，但其他服务

当前，华为云提供的数据库服务主要包括三大类：关系型数据库服务，非关系型数据库服务以及数据库工具服务。如下图所示：!(https://pic1.zhimg.com/80/v2d75be0bd71ca51f396e85a79e9f40e4d_720w.jpg)关系型数据库和非关系型数据库均可分为开源和自研两大类。其中，自研数据库统一为GaussDB

本次发布增强了Saga在spring下的支持，使用kafka提供重试以及重试失败后放入丢弃队列里Saga是用来在微服务中的长事务管理，具备ACID中的ACD，不具备I，隔离性。在一定业务条件下，可以使用Saga非常简单和方便的管理微服务事务。同理，也可以用于管理多库事务Saga要求微服务提供回滚操作，然后如果需要回滚，有Saga编排调度各个微服务对应

具体来说，就是要做到两点：1\.尽可能运行2\.尽可能省电看似寻常的道理，实现起来还真不容易，下面一个个来看：尽可能运行Android系统会根据当前资源状况（主要是内存空闲的情况）对后台服务进行不定期的清理，尤其是当内存高度紧张时，会出现大堆服务交替处于“正在重启服务”的状态。前台服务可以避免这个问题的发生，但是

redis持久化策略redis是一个内存数据库，但是它提供了持久化机制。即把数据永久的存储在磁盘上。我们来看看这个redis保存数据的流程（1）客户端向服务端发送写操作(数据在客户端的内存中)。（2）数据库服务端接收到写请求的数据(数据在服务端的内存中)。（3）服务端调用write这个系统调用，将数据往磁盘上写(数据在系

由于客户类只依赖于服务类的一个接口，而不依赖于具体服务类，所以客户只定义一个注入点。在程序运行过程中，客户类部直接实例化具体服务类实例，而是客户类的运行上下文环境或者专门组建负责实例化服务类，然后将其注入到客户类中，保证客户类的正常运行。依赖注入的方法大致分为3中：接口注入、构造方法注入、setter注入；1、setter注入setter注入是指