intellij idea git 合并部分提交前言democherry-pick 摘樱桃总结前言笔者经常一边做设计一边写代码，然而一个项目经常多个人并行开发，就会有很多分支，经常需要代码合并，这个时候就需要多个分支之间合并，并且只能合并部分提交的部分内容。此时就需要cherry-pick的功能。目前而言一般代码管理就是Git管理，私仓gitlab，当然也可以是GitHub。demo笔者使用git

我们在写代码时，尽量还是使用框架封装的逻辑，比如连接池，比如Spring声明式事务，可以避免编程式事务在写代码时的逻辑漏洞，因为在没触发的时候很难出现，测试很多时候不充分。实际上一起写jdbc的时候还很少出现这个问题，因为那个时候会非常注意连接的回收，事务的提交逻辑，但是Spring自动管理后，这个就很少注意了，因为注解声明式事务太方便了，只有特殊时候才会自己管理事务。

zookeeper 3.5前言AdminServer配置AdminServer集群配置总结前言笔者很久没有使用zookeeper，一直稳定运行着3.4版本的zookeeper。并且业务也在流行去zk化，zk的ZAB协议决定了不能无限扩容，选主复制恢复决定了这是一个中心化的思想。但是笔者在升级到3.5的时候居然，不能启动，说Unable to start AdminServer。什么时候多了这玩意，

最近做项目，定制sonar规则，提高Java代码质量，在编写的sonar规则，做验证时，使用单元测试有一些简单的心得感悟，分享出来。sonar的自定义规则很简单，一般而言有2种模式可以使用：1. 自定义扫描代码逻辑，并对分类的Tree的结构处理2. 使用已扫描的分类，对分好类的Tree进行分析。

最近调研grpc的情况，发现grpc实际上还是HTTP2协议，实际上就是http2+proto传输。那么是否可以在现有的server支持呢，试了下，还真可以，但是笔者在返回数据时有个问题一直没有思路。

最近做项目，需要双工通信，考虑http协议，但是是单向的通信，只能请求响应，不能从服务端推送，如果要服务器推送，方式有很多，http轮训，长轮训，websocket等，实际上tcp传输层是双向通信的，原始的socket就可以实现。现在最常用的是websocket，因为可以复用http的底层tcp连接，方便，当然http3使用udp通信，基于QUIC保证连接可靠。...

前言有个需求，需要内嵌http服务，要求体积尽可能小，http并发很小，那么就自行实现一个http服务。其实http只是一种应用层协议：超文本传输协议。传输层协议为TCP。1. http协议http协议的内容通过抓包如下：可以看见Hypertext Transfer Protocol下标红的是http协议的核心，http header是说明协议，协议mime-type；body才是返回的内容。2.

前言最近笔者做了ZK集群的扩容，总结了一些经验，分享一下，其实其中还是有些问题的。1. 扩容架构设计设计图如下：本质是zookeeper的3个节点扩容至5节点，实现2个节点的容错，提高稳定性。由于允许短时间停机，所以采用比较保守的方式扩容，没有采用不停集群扩展。总结为改配置，重启。至于不停机扩容，这个其实需要严格测试，根据停机扩容的情况，过程中出现的问题不少。2. 扩容过程的问题2.1 选主的过程

intellij gradle前言二级目录总结前言本来一直使用maven编译项目，笔者从2013年就开始使用了，但是maven的xml配置复杂，经常需要写很长的xml文件才能实现效果，加上最近Spring Boot官方切换到gradle管理项目，笔者也试着跑一个gradle项目。二级目录总结...

单元测试mock前言1. mock1.1 什么情况需要mock1.2 mock的分类1.3 有哪些mock2. mockito2.1 mock引入2.2 demo模拟2.3 mock2.4 InjectMocks2.5 spy2.6 打桩2.6.1 方法打桩2.6.2 异常打桩2.6.3 参数、返回值打桩verify灵魂powermock前言上一章讲解了 Java单元测试 标准模式。但实际情况是，