yml2213
5c13599dff
perf(file-storage): 限制 libvips 并发、收紧操作缓存，源图只解码一次
后端 RSS 在 23 小时内从 194MB 涨到 832MB（限额 1GiB，已两次 OOM kill），
而同期 heapUsed 稳定在 71~101MB，增长全在 V8 堆外：libvips 用 glibc malloc，
每个开发出来的 worker 线程都会催生一个只涨不缩的 arena。
sharp 自带保护——检测到 "glibc 且未设置 MALLOC_ARENA_MAX" 时自动把并发降到 1；
但 .env 已显式设置 MALLOC_ARENA_MAX=2 给 arena 封顶，该保护不再触发（实测
concurrency 由 1 变 4、libvips worker 达 8 个）。故此处必须显式限制并发：
- sharp.concurrency(2)：把可能催生 arena 的线程数压到最低
- sharp.cache({memory:16, files:0, items:20})：默认 50MB 收紧到 16MB
（注意 sharp.cache() 不做部分合并，三项必须全给）
- 源图用 clone() 复用，原实现把 sharp(data) 写在循环内导致整图解两遍
输出经比对与改动前完全等价（尺寸/格式/内容类型/字节数一致）。