tmp与session路径共用磁盘易致IO瓶颈；查真实可用内存：free -h 看 available 列，不是 totalmemory_limit 建议 ≤ 单核 CPU 对应可用内存的 1/4（如 2GB 可用 → 不超 512M）别信“PHP 启动慢=要加内存”，更可能是 opcache.enable_cli=1 这类配置误开，导致 CLI 模式也加载 OPcache用 ps aux --s

必须显式声明 properties: {} 或 additionalProperties: false常见错误：error: error validating "crd.yaml": unknown field "version" in ... —— 这说明你还在用老文档里的单版本写法Go 结构体怎么写才不会让 controller-runtime 找不到类型Controller 启动后查不到你的

应分「准备阶段」和「就绪阶段」：先完成数据库连接、配置加载、缓存预热等初始化，再启动监听；健康检查端点仅在所有依赖就绪后返回200；启动流程必须拆成「准备阶段」和「就绪阶段」：先做初始化，再开监听推荐用 sync.Once 或状态机变量（如 ready atomic.Bool）控制就绪信号HTTP 健康检查端点（如 /healthz）应只返回 200 当且仅当所有依赖已 ready不要依赖「监听端

必须按RFC 4180规则解析：双引号内换行合法、双引号内两个连续双引号表示一个字面双引号、字段以逗号分隔但可被双引号包围。根本问题在于CSV不是“逗号分隔”，而是“逗号分隔，但引号内逗号不作为分隔符”。需用专业库（如csv-parser）或严谨手写状态机，避免用std::getline按行/逗号简单分割，并注意Windows下。）或逗号时，标准按行读取会把一个逻辑记录切成多段——因为Excel用

用 TinyGo 实现空闲/深度睡眠：Sleep() 函数的三种模式怎么选标准 Go 的 time.Sleep 只是协程挂起，CPU 仍在运行；真正省电得靠 TinyGo 提供的 machine.Sleep()，它会触发 MCU 硬件级休眠：machine.IDLE：CPU 停，外设（UART、I2C、ADC）全开，适合等待传感器中断或串口数据——唤醒快（微秒级），但功耗仍约 1–5 mAmach

用 WeakMap + Symbol 可进一步解耦：用 Symbol 作为 WeakMap 的键标识符（仅作逻辑区分，实际仍用 WeakMap 的 set/get）把类本身作为 WeakMap 的键，实例作为值，确保每个类独享单例WeakMap 的键必须是对象，且不阻止垃圾回收，比静态属性更健壮改进写法：const INSTANCE_KEY = Symbol('instanceKey');

不需要调用 to_ulong() 或 to_ullong()；虽然 std::bitset 标准不暴露内部数组，但所有主流实现（libstdc++、libc++、MSVC STL）都把位数据按 unsigned long 或 unsigned long long 打包成连续块，且 std::bitset 支持通过 operator[] 随机访问，也支持转换为字符串，但最高效的是用 std::bit

MySQL中DELETE后立刻获知删除行数应调用ROW_COUNT()，它返回上一条DML实际变更行数；这时候ROW_COUNT()返回0，就是最直接的信号。应用层如Python用cursor.rowcount（注意：部分驱动需在execute()后立即读，不能先fetch）如果DELETE带LIMIT，ROW_COUNT()返回的是实际删除行数，不是LIMIT值PostgreSQL没有ROW_C