1.UUID生成通过网卡、时间、随机数来保证生成的唯一的字符串。优点：（1）本地生成，生成简单（2）速度快（3）高可用；缺点：（1）无序，如果存入mysq，影响B的操作性能，因为B树是需要排序的；（2）占用空间较大（36个

Thereisonlyoneconsensusprotocol,andthat'sPaxos.AllotherapproachesarejustbrokenversionsofPaxos.这个世界上只有一种一致性算法，那就是Paxos，其他共识算法只是Paxos的残缺版本。——MikeBurrows（Googl

一、redis分布式锁的简易实现用redis实现分布式锁是一个老生常谈的问题了。因为redis单条命令执行的原子性和高性能，当多个客户端执行setnx(相同key)时，最多只有一个获得成功。因此在对可用性要求不是特别高的场景下，redis分布式锁方案不失为一个性价比高的实现。1.多个客户端执行setnxlock

框架特点1.支持各种基于spring的db框架2.兼容springcloud、dubbo3.使用简单，代码完全开源4.基于切面的强一致性事务框架5.高可用，模块可以依赖dubbo或springcloud的集群方式做集群化，TxManager也可以做集群化使用示例分布式事务发起方：@Overrid

NepxionThuder（QQ1394997）代码基地：https://github.com/Nepxion(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2FNepxion)介绍文档：http://nepxion.iteye.com/(ht

服务器和浏览器的通讯依靠http协议，今天就来分析一下http协议的具体内容以及https的加密过程。除了这些协议，为了增加服务器和浏览器交互的可拓展性，也出现了rest风格的请求方式，方便调用接口。

https://www.cnblogs.com/littleatp/p/8563273.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Flittleatp%2Fp%2F8563273.html)

开发App过程中，免不了要进行网络请求操作进行数据交换，比如下载图片，如果自己写一个下载图片的类进行操作的话，要考虑太多太多内容，必须线程池，内存溢出，图片磁盘缓存操作，图片内存缓存操作等等，相当麻烦。好在伟大的开源者们已经写好了一个比较完美的开源类库供大家使用Android(https://www.oschina.net/action/GoTo

阅读目录：1.高可用(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fmushroom%2Fp%2F4752962.html%23one)2.数据同步(https://www.oschina.net/action/GoToLi

1、概念Kafka是最初由Linkedin公司开发，是一个分布式、支持分区的（partition）、多副本的（replica）分布式消息系统（kafka2.8.0版本之后接触了对zk的依赖，使用自己的kRaft做集群管理，新增内部主体@metadata存储