sujin190

@rxnwin #10 估计也有风险，你虽然没有直接用来盈利，但是却有可能被判定造成美团哈啰他们经济损失，也可能承担法律风险，好比你说的这个场景，美团哈啰本来有可能各获得两个会员来的

@ryd994 #106 这叫正常人的脑子，相信他们人品那叫天真幼稚，相信他们一定作恶一定犯蠢那叫阴谋论愚蠢，成本和收益才是可靠的，动机在哪收益在哪才是理由，一年能花几百亿收入几百亿的企业不可能无厘头犯蠢，硬件投入是成本，制造是成本，品牌损失口碑损失，监管危机也是成本，同样产生成本的地方也是产生收益的地方，每个设计自有优劣，好比 OTA ，还不说各种自媒体瞎炒作的

@wzcloud #21 而且车机中控为了方便做用户 APP ，肯定会使用安卓这样的，车控也走安卓估计这成本复杂度都会上一大截，车厂这不是吃饱了撑的没事找事，不至于，毕竟车控现有的刹车、热控、电机、各种传感器、车内互联等等的都和安卓适配度很低，就算安卓能搞出来估计也过不了车规级配件审核，车可不是手机，自己随便鼓捣鼓捣能用就行，配件也是需要过认证才能用的吧

@wzcloud #21 车机、智驾、车控肯定是 3 个不同的系统，有标准的吧，而且智驾、车控还需要双芯片备份，只不过电车还需要 3 者协同控制，油车一般车机几乎不参与车辆控制，问题确实更多一些，而且车机中控也不符合车规标准，上市审核过不去吧

车辆并不是由车机控制的吧，车机只是用户交互的界面，虽然车机卡住你可能无法操作界面启动车子，但是刹车、电门什么的并不是由车机来控制的，大家不至于这么蠢

openwrt 开 dhcp 影响主路由 dhcp 了？

@Plutooo #19 分布式锁底层都是加锁方生成一个只有自己指定的 ID 来防止他人异常解锁，那换句话说你加锁后主动把这个 ID 告诉别人，或者提前生成一个 ID 要求加锁方使用这个 ID ，，那别人就能解锁了啊，和线程啥的无关

而且从实现来看，如果执行时间很长，那这个执行中的状态应该保存在数据库中，不应该单纯加锁，加锁范围只到查询修改这个数据库中状态的过程，否则直接在入口加锁同步调用就好了啊，没必要异步吧

有状态逻辑可比把这个状态写入数据库需要的地方读取判断复杂多了，存入数据库需要的地方读取判断，那整个系统还是无状态的，简单多了，想要性能好一点那存入 redis 也不是不行啊，干嘛非要纠结使用加锁的方式

主干线路的模拟线路早就撤了吧，说不定给你支持的说搞了个转换器放你小区了，人家也觉得找小区拉电麻烦不说还要付电费钱，而且坏了估计都没啥人会修设备也不好买，撤了很合理啊，怎么感觉分明是你占了不少年便宜了，现在难受了？光纤在小区是无源的吧不需要供电，也许你该换个心态