功德箱的体积多大？

多写就行了，自然会总结出规律，在工业领域，多线程几乎是必须的，最近的项目更是离谱到需要上百个线程，只不过实际开发未必使用完全的 thread ，往往直接用框架提供的 task 方式

“完全不经过服务器”=“去中心化”≈“现在 web3”
这个功能看起来是一个没有实际落地的方案

是不是你用了某些工具比如 360 ，自动维护的？

误报太多，以至于狼来了的故事

虽然我不算严重，但是明显闪腰次数较多，最近哪年都有。腰部容易累，所以椅子都是放了靠背的

iphone6s 最近一个月连续当热点用没问题，2 个客户端，usb+wifi 或者 wifi+wifi 。
电池健康度多少？莫非峰值电力输出跟不上了导致重启？

可以加个功能：导出静态页面，这样对于那些需要离线或者需要结合自己域名发布的用户就更加舒服了

继续当前方向的话，需求极低。
调整下，改造成雷达成像吧，画上类似于等高线的图层表示距离，可能实用价值会更高点

或者反过来说：激光雷达扫描仪作用是为了测距，而不是视物

有这么个问题，5m 范围的话，能打开 app 意味着也能打开相机灯光作为照明，这个时候选择夜视 APP 的理由是啥？

@Turkestan #37 要说定位的话，我倒是有点话语权，不敢说权威，但至少可信：
mac 定位使用场景：客户端连接 wifi ，这时候可以知道路由器的 mac ，由于 mac 本身在设计理论上具有唯一性（实际并不唯一）所以可以用来定位。对于浏览器的 google 来说无法 mac 定位，对于 app 的 google 来说，只要权限具备确实可以拿到 mac 数据，然后如果 mac 定位数据里有，就可以替换成位置完成所谓的“mac 定位”

这问题又来了，我还是重复我的解答：
云服务器：针对集群目的设计，一堆集群扩展配套：负载均衡，数据库，弹性伸缩等
轻量服务器：针对单机目的设计，一堆单机用途配套：系统模板，应用模板等等

这结论，知识领域需要再补充下

@LaGeNanRen #5 请问，你是什么垃圾？（狗头）

不知道哪台挖掘机要出来负责了

摄像头是个客户端，联网会主动连接他家的服务端。所以你可以用他家的 app 直接查看

调动的大脑皮层不一样，但过度用脑并不是好事