go 现在的泛型设计非常糟糕，用于类型约束的 interface 只能用于类型约束，而不能当普通接口动态派发。
这种“类型约束的 interface”和原本的 interface 完全是两种东西了，还共用一个名字。

涉密的有权限访问控制。如果是 git 大仓库的，那就是没办法。不要说什么法务，泄密者只要有足够的安全意识很难被抓住。

原生 ROM 一般设置里就自带网络控制了，仍然需要操作 iptables 的话可以参考 https://github.com/ukanth/afwall

close 是通知接收端发送已经结束的一种方式，如果你不需要或无法直接通知，那自然可以不用 close 。
你这个例子里有多个地方发送，谁也不知道什么时候结束，自然没法直接 close ，需要其他的方式通知。
还有一些情况如提前知道接受的数量，那自然也不用 close 。

@cheneydog 自然和同一子网下一样，向网关发送自然是用网关的 IP 地址对应的 mac 封二层包发送。

当你发送一个 IP 包，系统会查找当前路由表，寻找匹配路由项。如果目的地址在同一个网络（链路下），则通过 ARP （ ipv4 ）或 NDP （ ipv6 ）查询对应的 mac 地址并封二层包发送。
如果目的地址非链路本地地址，则找到路由条目中匹配的网关地址（ next hop ），然后将该包发给网关。

隐私和 crash report 并不冲突，可以做成 opt-in 的。当崩溃发生后可以弹窗把 stacktrace/log 等调试信息展示给用户，并附带一个向开发者报告的快捷键（发送邮件、issues 等），期间用户可以检查报告的内容、对敏感数据脱敏和增加其他截图、复现步骤等其他信息，无误后由用户自行发送。

记得 Windows 下还有个 putty 自带的 pagent ，应该没有这种问题。
还有一些其他软件也会提供 ssh-agent 的服务，如 gpg 、keepass 密码管理器等。

Google play 和 fdroid
没上这两个的其他 App 非必要不更新。

@guanzhangzhang 每一层都是一个 tar 打包的 rootfs ，正常情况下 docker 会一层层的释放再用 overlay 叠加起来。
相关格式还有一个清单，里面有一些元信息，具体可以去看 OCI 的标准。
没啥需要转换的，如果你都打包到一层里面直接下下来解压就好了。

docker 镜像仓库可以不用 docker pull ，而是直接下载，都是 tar.gz 包而已。
homebrew 就是用这种方式分发预编译 artifacts 的。

@feather12315 可以试试 tldr 和 cheat

看起来还不错，不过除非进了各大发行版官方仓库平常是懒得用的。

pixel 是最合适的，国产机即使刷 FOSS 的 ROM 仍然要包含 vendor blob ，始终存在一定隐患。三星臭名昭著的熔断就更不用说了。