其实判断手机是否断开 wifi 实现更容易吧，误判断也更少，hss 直接连接 openwrt 来获取对应 mac 是否离线，我的家配置是否离家可以直接添加对应 mac 来判断，后续就可以用我的家的状态通过自动化来驱动其他设备运行，我现在就是这么干的，很好用

看得出这领导应该是 java 重度使用着而且是阿里这种重度 java 出来的吧。。

其实编译 java 代码加载或者动态加载 jar 包其实也是挺好一技术，但是要说定位一线业务人员可以直接配置的其实就有点坑了，且不说一线业务人员学习难度也太高了点，再者如果底层已经是 java 搞得，配置脚本还是 java 且不是 codegen 的方式的话，那就是说没有安全沙箱了？他就不担心某人写个配置脚本手抖瞎写把整个平台都搞崩么，难不成他是想业务人员提交完配置脚本再找人审核么不能实时生效？

满足业务场景又易用性、安全和扩展能力综合考量啊，过度考量扩展能力其实也并非是一个好选择吧

gps 加 gsm 模块不便宜，每只羊弄不现实，羊群本来就是群居动物，都是跟着头羊跑的，给头羊和几只喜欢带着乱跑的带个就好了，3 到 5 分钟上报一次耗电其实还好，一两星期充一次估计还是能做到的

@julyclyde 想多了，汇编都不是，这个和 cpu 独立核心对应的是独立栈帧，就想 cpu 计算指令只能运行在寄存器，Python 对应的则是计算指令只能运行在栈帧上，多线程下独立寄存器和独立栈帧问题自然是一样的了，而且各种语言都是这么设计的，这是效率和准确性取舍没啥问题，不过相对于 gcc 对寄存器使用深度各种优化，Python 编译器对栈帧使用的优化说实话真不咋滴

未来油价会涨，这下总没问题了吧

@julyclyde #34 别说 python 了，你用 c 或者汇编写一个这个不如果特别指定用原子操作指令的话也很大可能不为 0 ，你不会想说 cpu 也有 bug 吧

其实就是 3.10 开始除了 JMP 相关字节码指令和 CALL 相关字节码指令，其它的字节码指令都不会再触发 GIL 调度切换线程，所以不止+=是原子操作，a = b + c * d / e 这种一行多个计算操作复杂一些的也是原子操作了

JMP 指令和 CALL 指令用的实在是太频繁了，比如 for range 就会同时用到这两个指令，所以影响不大，性能可能略微提升了那么一丢丢

@doveshelly #7 http long polling 就是用于服务端主动给前端应用推送消息的，流程显示二维码的时候请求一个后端接口，但是这个接口不立刻返回，而且等着另外一个用户扫码之后请求已扫描接口请求来触发这个接口的返回，所以这个也是实时的，之所以这个流程依然是无状态的，是因为服务端会缓存已扫码状态一小段时间，所以无所谓先扫码还是先请求 http long polling ，而且如果请求 http long polling 超时就再次重试就行，知道关闭二维码页面，实现起来也简单，和轮询实现逻辑差不多，但是再次重试不延时所以是实时的

其实 websocket 状态管理确实挺复杂的，你这个需要展码前就完成 websocket 建立吧，安全性加 TLS 就行但是服务端还是要用 token 做下校验

其实这种短时通知其实用 http long polling 更方便，可重入实时性也有保证，展码和 http long polling 请求无关前后，spring boot 可以用 DeferredResult 就可以在等待期间释放工作线程了，其它框架估计也有类似支持，如果有多节点的话可以考虑这种

https://gist.github.com/snower/f8ef25e57c72f9b41fb31ee8b164193b

http long polling 的好处就是依然是无状态的，实现和维护都简单，而实时性和 websocket 一样

验证不通过其实就是输入错误难道不是 error 不应该走 error handling 么？谈 try catch 会增加性能开销那更是扯淡，不是说没有性能开销而是实际业务中纠结这个毫无意义

想多了，蜂窝网和宽带网组网过程就不是一样的，比如手机在基站间切换是不断网的吧，而且似乎相同基站和相同子网的蜂窝网并不能互通吧

更无语的是哪种不能说不熟，发个在吗，回了在，过半小时他又给你发了个在吗，然后就这么来来回回的折腾，感觉血压都升高了

@xiaocongcong 这种难道不是应该说，你好，现在是否有空，云云之类的，在吗这个其实更不礼貌了有没有😂😂

不 join 单表读有啥压力。。别过度优化啊，复杂查询大多也能接受延时，还是异步同步好吧

@vislins 矫情，迫害妄想症，好像苹果谷歌就不限区似的，没件事情都是有成本的，都是要考虑成本的，只有成本没有收益的事情谁愿意干啊，不影响他人谁 TM 想理你

工信部发的是政策要求，其实并没有任何技术实现要求，也不可能有技术实现要求，实现是各厂商自己怎么选择的事情，最终落实估计也就是不备案的不允许上应用商店的事情，这早 8 年的不就已经是这个样子了，一个事实标准变成一个政策要求，搞不懂大家为这事激动个啥

https://mp.weixin.qq.com/s?__biz=MzIyNDU2NTc5Mw==&mid=2247510019&idx=1&sn=5a79379d068139523fbd346402cae893&chksm=e80fe74ddf786e5bcaf73ba2194bc11889a33a544ed12c650be7d177472417b423c7ffbd5524&from=industrynews&version=4.1.8.6020&platform=win#rd

人家刚还发了文章详细介绍了怎么优化内存的

长期的话边际收益太低，工资涨 3 倍估计才能覆盖边际成本吧，但是对于公司来说，增加两天工作日产出增加估计都不到 20%，所以显然员工和公司都不合算，所以不接受，也没啥意义