它藏在 /Applications/Docker.app 中，可以使用 find 命令查看：
$cd /Applications/Docker.app
$find . -name "docker"
./Contents/Resources/bin/docker将 bin 目录拼接到 PATH 环境变量即可，一般可以追加到 ~/.bashrc ~/.zshrc 中。
export PATH=/Applications/Docker.app/Contents/Resources/bin:$PATHsource ~/.zshrc 使环境变量生效，执行 docker 检查版本
$ source ~/.zshrc
$ docker --version
Docker version 25.0.3, build 4debf41开启代理后，部分应用的网络请求也不会使用代理。比如终端，一些代理程序提供 export http_proxy=http://127.0.0.1:1087; export https_proxy=http://127.0.0.1:1087; export ALL_PROXY=socks5://127.0.0.1:1080; docker 也需要作此修改。 docker 设置代理 Settings - Resources - Proxies 打开 Manual proxy configuration，填入 http://127.0.0.1:
重构不必谈之色变。 它也不是洪水猛兽，而是开发过程中持续进行的优化过程。让我们开始学习这个主题，重新认识它的价值。 🌟整洁代码 重构的主要目的是消除技术债务。它将混乱变成整洁的代码和简单的设计。 * 对于其他程序员来说，整洁的代码是显而易见的。 我并不是在谈论超级复杂的算法。糟糕的变量命名、臃肿的类和方法、魔法数字 - 等等，所有这些都会让代码变得混乱和难以理解。 * 整洁的代码不包含重复。 每次你需要对重复的代码进行更改时，你都必须记住对每个实例进行相同的更改。这会增加认知负担并减慢进度。 * 整洁的代码包含最少数量的类和其他活动部件。 代码越少，脑子里需要记住的东西就越少。代码越少，维护工作就越少。代码越少，错误就越少。代码就是责任，保持代码简短。 * 整洁的代码通过所有测试。 如果只有 95% 的测试通过，你就知道代码不整洁。如果测试覆盖率为 0%，你就知道你完蛋了。 * 整洁的代码维护成本低！ 🗑️技术债（What） 每个人都尽最大努力从头开始编写出色的代码。可能没有程序员会故意编写不干净的代码，从而损害项目。但是干净的代码在什么时
问题 我们常常将多个字符串item使用逗号拼接成一个字符串，用来表示数组，使用时再用逗号切割成为数组。比如安卓机型列表： ALN-AL10,ALN-AL10,BRA-AL00,ALN-AL00/ALN-AL80 直到有一天，苹果设备也要用到这个机型列表，而它的每个机型都带着逗号，那我们使用逗号切割就得到了错误的数据。 iPhone15: iPhone15,4 iPhone15Plus: iPhone15,5 iPhone15Pro: iPhone16,1 iPhone15Pro_Max: iPhone16,2 为了解决这个问题，首先想到了换一个分隔符，比如 | ，再比如用一些不可见字符 : 0x01。 但我们不能保证这些字符串 item 一定不包含这些特殊字符，也许还有更好的方法。 既然是逗号分隔，首先想到的就是 CSV格式，毕竟 CSV 的全称就是Comma-Separated Values逗号分隔值。它是如何解决这个问题的？ CSV格式 CSV 的RFC说明文档：https://datatracker.ietf.
排查1个异常接口，学到一个降本和接口提速的新思路。另外找到1个charles的"bug" 现象 测试同学反馈在iOS13设备上请求接口报错，将请求复制为 curl 命令。分别导入 apifox 和 在终端执行： * 在 apifox 请求正常 ✅ * 在终端请求失败 ❌ curl: (56) Failure when receiving data from the peer 测试同学又反馈另一个手机支持请求接口返回正常。 定位 有了正常和错误的请求curl，那直接对比二者差异就很简单了。对比发现，在终端执行失败的请求中多了一个较大的Cookie: app_token。按历史经验基本能确定是因为 Cookie 这个 header 条目太大，超过服务器的限制。 找云平台确定相关配置： ELB http1: header头限制 128KB，body 限制一个10G http2: