三方合同系统自从签前审核项目开始，一直有跟工作流打交道，最近合同变更项目也开始对接工作流。在这个过程中，面对复杂多变的业务场景，为了解决各种出其不意的业务需求，我对activiti进行了更多的探索和发现，本文的初衷是将我发现的一些小技巧分享给大家，希望能给大家以后使用activiti、对接工作流平台一些参考。

全局浮层SDK是贝壳体系中一套统一的投放运营服务，核心能力是APP无需发版即可实现在任何页面、任何人群、任何时间、以及权重优先级等策略进行投放自定义样式的弹窗和浮层。

随着贝壳的业务功能的不断扩大，具有复杂功能的单体应用随之进入了微服务开发的迭代模式。项目需要作业调度模块是个常见需求，在之前单体系统中，集成了quartz完成作业调度模块，因为单体应用集成一次后，单从技术层面看几乎没有新的工作量，而且整体还是比较稳定的，但是当单体应用进行微服务拆分后，很多微服务项目都需要集成作业调度模块，常规的一些作业调度实现，已经无法满足公司级的微服务项目拓张，一种轻量级、分布式、统一管理的作业调度框架势在必行。

Hystrix是用于分布式场景下服务熔断、降级的开源Java库。它的主要作用有线程隔离，熔断，降级和监控报警。这里不会过多的介绍Hystrix本身的概念及定义，具体内容可以看其github网站或是自行搜索，会有大量的仔细介绍。根据自身业务的具体情况，把外部依赖进行隔离，从而保证某些外部服务出现问题时，其它的服务仍然是可用并且是不受影响的。

随着贝壳找房业务的不断增长，精细化运营显得尤为重要。为了保证每一次迭代，每一个方案能够真正得到用户的认可，为贝壳带来有效的商机转化率，我们就不得不理性对待每次功能上线，反复对比找到产品方案中的不足加以改进。基于这种需要，我们推出了贝壳找房AB实验平台（Athena）（以下简称ab平台）来为大家做产品方案的优化测试，利用实验得到的转化数据为各个业务线优化产品方案提供科学的依据。

MySQL涉及到的知识多且深，这里主要捡两个最基础也是后端RD最常接触到的点来展开：InnoDB的事务及索引原理。

商城项目是公司的初创业务，2017年4月到6月间，经历了从0到1的过程。在两个月多时间，完成了商品浏览、下单、支付、仓储、物流的完整闭环，搭建了买家系统、卖家后台、运营中心三个系统。

本文通过对线上问题复盘，带领大家重温MySQL的事务隔离和Spring的事务传播机制。

如何打造一个稳定、高效的Mysql Binlog实时接入服务。

之前遇到nginx报出了如下的error，upstream sent too big header while reading response from upstream，导致服务502 bad gateway, 但是奇怪的是某些特定的请求稳定复现，但是其他请求却一直没有问题，正常返回。

一时之间，还真不知道什么原因，唯一的异常是观察到warninig日志较多，我们知道正常情况下，php的warning并不会导致流程的中断。结合报错信息，推测可能是php-fpm会把warning日志加到response header头里,导致头部过大而报错。

jsonrpc是无状态、轻量级的远程过程调用协议，传递数据格式为JSON。GO 官方提供rpc包和jsonrpc包，与rpc包不同的是,jsonrpc可以实现跨平台通信。本文将介绍如何用Go快速搭建一个jsonrpc Server,用PHP实现jsonrpc client进行验证，同时也记录下验证过程中出现的坑。

FastCGI 协议下，应用和服务器之间的交互规范。

看似正常的 php-fpm 请求处理，nginx 却返回 502，出错的原因是因为 php warning 信息触发了 nginx fastcgi 缓存上的缺陷。本文详细描述了此缺陷的复现方法，最后在第7部分给出了结论和改进的办法。

小程序目前依赖众多下层服务，一个普通的小区接口依赖的下层API达到11个之多。在阻塞IO的模式下，所有等待延迟串行叠加，非常容易给前端造成比较高的后台等待，影响用户体验。特别是遇到个别服务的部分请求出现透传DB，SQL效率不高时，就更会雪上加霜，499突增，威胁到服务稳定性。

生产环境coredump排查经验总结及分享。

随着链家的业务发展，公司的分布式系统变得越来越复杂，用户的一次请求通常由多个系统协同完成处理，而且这些处理是发生在不同机器甚至是不同集群上的，当请求处理发生异常时，需要快速发现问题，并准确定位到是哪个环节出了问题，这是非常重要的。