@zzzhzyzy 主要是你的 2.4g wifi 开没来，附近 2.4 g wifi 会影响蓝牙

@zzzhzyzy 那只能说明你没用 2.4g 或者附近干扰不强，我同事的好几个 也一样，都会有干扰

相信我，关掉 wifi 就好，根本原因是 2.4g 蓝牙干扰太严重，家里白苹果同样出现耳机断，鼠标飘的情况

第四点，成本问题没法回答你，自己测试自己算喽🙃

第五点，docker 安装包可以离线下载，正常情况你也不应该每个机器都用 包管理器从网络安装，因为在不同时间点你可能安装出多个版本来，版本间兼容性可能影响你的稳定性，同一个集群应当保持版本一致，还有一点也是我被坑过的事，apt 安装后会在本地写入 apt 源，有一天有人没看就来了一下 apt uograde -y

第三点，npm install 这种应当在镜像制作时完成，因为这算做运行时依赖(runtime)，docker 有一部分功能就是保证运行时一致性，如果你在启动后做，那么恕我直言，npm 的尿性包管理配置不好很可能在不同时间点 出现有的成功有的失败这种情况(比如某些包要去 github 下载文件，过几天 guthub 文件被删了)，最终你要保证一点，runtime 在 build 期固化，运行时只应当做一些启动动作，或者额外附加一些 文件的权限修复 (chmod)

第二点，镜像发布除了可开源的，比如自己做了一些好用的基础镜像，类似 tomcat 这种，你可以开源推送到 docker hub，否则包含你们业务代码的绝对不可推送上去，尤其是脚本语言项目，那跟开源自己公司代码一样，正确做法是搭建私服，比如使用 harbor，将私有镜像推送到内网私服

手机回复，记不住太多问题，请见谅

第一点编译问题，对于 c 系的编译，在编译期需要安装大量编译依赖，比如 gcc 等，这会造成镜像体积庞大，解决办法有 2 种，尽量压缩命令到一个 RUN 内，然后在编译完成后手动移除，比如 "RUN 安装 && 编译 && 清理"，另一种办法采用多步构建，即从一个镜像内构建，然后将构建发布物复制到另一个纯粹的运行时镜像内，这种方案需要你对你的应用足够了解，比如编译生成的哪些文件是有用的

Wifi wol 的很少，上网线吧

@blanu #10 胸 die 这个 NB 啊

@jasonyang9 #3 求推荐 墙，不存在的，我的眼里没有墙 https://ws1.sinaimg.cn/bmiddle/62e721e4gw1et02cqtj05j200k00k3y9.jpg

@66beta #1 那种新闻类的 不怎么好，想找点 开源软件的资讯，多了解点各种业务的各种开源工具、解决方案啥的

分母

@zhangtao #39 平滑重启 那个语言都有自己的套路，跑题了；楼主问的是 动态 reload 自己的代码，据我所知 go 目前唯一实现的就是那个 插件机制，编译成 so 然后实现热插拔； java 我记着是自己实现了 classloader ；由于 java 编译完的玩意理论上是个中间码，所以这方面的东西好像多一点； go 编译完是目标平台二进制，我估计也只有 动态库这个套路了；


@zzf2017 #38 但是不论哪种语言，我都不建议在生产环境做这种自我更新的行为，这种一旦出现漏洞或者安全问题，后果很严重；实际上 代码热更新与自动化部署最终对于用户来说目标只有一个 ==> "更新无感"；要做到这种完全可以在运维层，比如负载均衡器、API 网关处做处理，而在应用层处理闲的有点多余了，就算你应用层做好处理了，将来架构扩展啥的都还得折腾；所以我建议 应用层做好本职工作，提供好服务；运维层也做好本职工作，实现可靠地 后端 HA 代理

@zhangtao #34 他是想实现那种 代码更新了 在不停机的情况下，程序 自动 reload 自己的代码；脚本语言好好些，静态编译语言不怎么好搞，而且说实话我感觉这玩意一直很危险....玩意出了个洞，relaod 一个 rm -rf 岂不爽歪歪了

从理论上来说，线上不应该做 java 的热部署(class 扫描，动态加载); 你应当实现的是自动化部署，比如简单点上面说的 nginx 负载，复杂点上 k8s 容器集群

我们第一年 50M....第二年莫名其妙的 100M 了，今天又 200M 了 https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg

@Gongdream #20 15k 左右

你多半是看了那个 无良教程 apiserver 监听 :8080 了吧