卡夫卡

分布式环境生成一个唯一id从来不是一个容易的事，不同的节点都独立的各自生成id，高并发性场景下容易生成相同的订单id。 方案1：数据库自增主键 优点：全局唯一、不会重复 缺点：订单id有序、容易被外界爬虫知道业务的订单量数据 方案2：UUID UUID(Universally Unique Identifier)的标准型式包含32个16进制数字，以连字号分为五段，形式为8-4-4-4-1...

在如今互联网的架构趋势下，微服务已经成为一个不可或缺的服务架构了。将一个大的服务拆分若干子服务，然后远程调用，已应对大流量、高并发的系统场景，如今开源的优秀RPC框架很多，例如 thrift、dubbo 、grpc等 本人公司也有两套自主研发的RPC框架，通读之后受益匪浅，下面分享一下，远程调用第三方服务超时中断机制的实现。在调用第三方服务时，如果服务提供方处理过于缓慢，会拖垮调用方，使调用方夯...

由于netty通信是异步的，客户端请求之后就不再阻塞等待服务端的结果返回了，客户端可以去做其他的事情，而服务端处理完之后会将响应结果输出给客户端，这些客户端并不知道这个响应结果是属于哪次请求的结果。所有需要一套机制去实现响应结果隶属于是属于哪次调用的结果。 通过netty客户端请求服务端流程如下： 下面用代码实现一次完整的，rpc通过netty调用之后，找到对应请求的response...

分布式系统由于有多台服务器，用户在一次会话里有可能访问不同的服务器，这是由于每次请求都由负载均衡服务器通过算法去选择访问的服务器。那里用户可能第一次访问服务器时web容器如tomcat新建了一个session保存在了服务器里。再次访问服务器时可能就访问另外一台服务器了就取不到这个session了。这会导致很对问题，例如有可能登入系统之后需要再次登入。session是由首次访问服务器的时候，由web容