@liuhan907 #21
@zoharSoul #30 但是这种并不能很好处理多服务的分布式事务，很多时候并不能通过简单回滚数据库操作就能回滚各服务的全部操作，你们说的这种应该叫做单服务的多数据库分布式事务，比如楼主说的下单接口请求订单服务和库存服务，每个服务都有自己的流程步骤，数据库操作时各自发起的，并不是全局发起的

@BiteDXH #16 四线、无线的差不多都是数字电路了，确实简单多了

@bthulu #14 不能强的原因是分布式事务步骤太多，环境不能完全一致，延迟不稳定，如果无法解决中间问题就很难很强，而分布式数据库就是用设计来解决这些问题的吧，简化步骤，构造一致性环境延迟，增加补偿纠错环节，所以你真需要那么高的一致性话，还不如直接用分布式数据来的靠谱

@15399905591 #12 其实不复杂，就是创建订单和减库存都需要提供三个接口，分别是执行创建订单、提交创建订单操作和回滚创建订单操作，扣减库存也是一样的

具体实现如果你用的 mysql 的话，可以在第一个接口就把数据提交过去，然后开 mysql 事务，然后执行 sql，但是不提交 mysql 事务，如果创建订单和扣减库存两个操作的第一个接口都执行成功的话，就调用创建订单和扣减库存的第二个接口，提交刚才第一个接口打开的 mysql 事务，前两个接口有任何事务再走第三个接口回滚刚才的操作就行，回滚的时候可以判断下，如果 mysql 事务还没提交就直接回滚 mysql 的事务就行，否则可以考虑删掉之前添加的数据，当然如果你觉得删数据有风险，这种很小概率失败的风险也无所谓当然也可以不删

开 mysql 事务的时候注意添加一个超时，超时也执行回滚，一般来说分布式事务的一致性肯定是要弱于 mysql 事务这种的，就看你能承受多高的不一致概率了，如果像扣钱这样需要非常高一致性的操作就最好不要用分布式事务了

@15399905591 #6 所谓分布式事务大多实现都是两步提交，其核心还是每个操作都要实现执行、提交和回滚三个操作，这个自己封装一下实现也不麻烦吧，估计能够直接像数据库一样无感知的分布式事务应该是不存在的吧

@15399905591 #2 如果你只是想要这样的，nginx 的 lua 版本 open'rest905591 #2 如果你只是想要这样的，nginx 的 lua 版本 openresty 应该是支持通过接口配置 upstream 的吧，你直接在服务启动的过程中调接口添加自己就好了啊

否则如所 @abersheeran #3 说 k8s 呗，k8s 的网关、自动注册、健康监控啥的本来就和你用啥语言啥框架无关，要啥都有了吧

没有需求要用很多机器组集群似乎不是很需要注册中心啥的吧，python 估计这种大型集群用的少，搞得人很少

@lanxiner #13 当然的啦，楼下按 302 响铃两声确定真的在叫铃然后调开门就好了，模拟电路的叫铃似乎不太稳定，等响铃两声再开门会更稳定一些，我是没有用模块直接来开门，而是把状态转给了 Home Assistant，由 Home Assistant 的自动化来控制开门了，这样既可以和是否在家啥的状态联动，也可以有开门记录以防万一

@baige #7 这种两线的门铃是模拟电路，需要先接通然后才能开门，所以需要两路继电器才能实现的，这种单路的不太行，而且接通、挂机和开门都是脉冲信号，自己在手机上直接点开、关还是有点难度能点出脉冲信号的，此外不清楚这种模拟能不能接入 Home Assistant，否则不能和其他模块联动，感觉似乎还是不完美

@ninjia0x00 #8 其实按下按钮也不算麻烦，反正肯定在门口了吧，主要是在楼下加，改楼下主机的话就需要物业和楼内其他人同意了，似乎会比较麻烦，而且吧你在楼下主机加了东西，万一要是有啥毛病似乎也会扯不清，到时就麻烦了，还是改自己家里的分机安全点，直接用继电器和光耦，也是模块电路和门禁电路完全电气隔离的，完全不会产生啥影响

@ansonsiva #4
@luckykong #5
@jucelin #9

其实网上关于 esp8266 和 espeasy 的介绍其实已经挺多了，接入 Home Assistant 的教材也听多了，可以多看看试试，两线的门铃控制信息几乎没有，我介绍下我测试和猜测的吧

我这边的门铃似乎是需要先接通然后才能按开门按键的，而挂机键用的是一个叉簧，叉簧在按下和弹起都是接通状态，只有弹起的过程中会短暂断开，此时会产生一个脉冲信号，猜测对应主机那边应该收到的应该是一个高电平脉冲信号，开门按钮按下则是直接短接两根接线，也会产生一个脉冲信号，猜测对应主机那边应该是一个低电平脉冲信号，所以想要控制门铃就用继电器模拟这三个信号就好了

两线的电路使用的应该是 12v 电源，按楼下按钮才供电平时是没电的，两根线是不分正负极的，所以分机这边两根线进来之后经过叉簧首先经过了一个整流桥电路，然后是整流放大电路最后接入喇叭和听筒，整个电路既没有单片机也没有信号发生器，所以响铃的声音应该是直接由下边主机发送上来的，检测响铃信号可以把光耦模块接在整流桥后面，变化的声音信号电压足够高并不会对光耦模块读取产生影响，接通继电器则可以磨掉叉簧和整流桥之间的铜箔后以常闭端接入就行，开门继电器就直接接在开门按钮两端直接就可以了。

门铃上的接线图
https://i.imgur.com/PnhdcBs.png

配件我用的是这两个
https://detail.tmall.com/item.htm?id=627255822426&spm=2013.1.630.11.124f4ec0HJxTrc
https://item.taobao.com/item.htm?spm=a1z09.2.0.0.5a252e8dnsxJXb&id=521253451843&_u=c98g11q6fb1

继电器用了 esp 一体两路的模块，光耦模块用的是 6-24v npn 型，为了消除接通后光耦对电路的影响，我还在光耦模块和门铃正集间又加了一个继电器，这样在准备接通的时候先断开了光耦模块，电源直接找个就手机充电器就行。

@renmu123 又不是动楼下主机，改的是家里分机，又不影响原有电路，除了手机上可以看到门铃响铃和可以确认开门外，又不改变原有逻辑，需要啥别人同意，而且老式门铃下面不按门号，分机是不通电的，不可能影响别人的，话不要说的那么绝对啊

无所谓的话可以考虑带个手环，不麻烦设备价格也还算便宜，而且没电也还能接着刷几次门禁

@weyou #5 正解了，这也是下行不受影响的原因，可以抓包看看链路层信息就更清楚了

@huangya #3 硬件加速驱动难道重要的不是硬件么，如果还是用 cpu 来算内核和用户空间有啥区别，你测这个和你要实现的似乎也没啥关联的吧

加解密又不涉及系统调用，又不需要 io 操作，纯 cpu 直接算的，所以你觉得内核性能和用户空间有差别的点在哪？

map 不可能多个 key 的，反常规的话也许是不可见字符？要么就是你输出代码有问题