自建程序的内存要求从二百多兆到一吉，选型先看哪一档

先看自己落在哪一档流量，再看内存标注。当天可见的一份自建内容系统对比里，Strapi 与 Ghost 标注 1GB 以上，Directus 与 Payload 标注 512MB 以上，Statamic 标注 256MB 以上。这三档差距看起来是配置成本，实际是运行模型差异：有的程序常驻 JVM 或 Node 运行时，有的按请求拉起解释器，内存曲线完全不同。把标注当起步线而不是结论，选型才不会一开始就买高配，或者上线一周就频繁重启。

内存标注分三档怎么看

对比页给的「某 MB 以上」通常是最小可运行值，也就是能装好并跑起来，而不是能稳定服务。三档的含义大致是：二百多兆这一档多为轻量的文件型或单体程序；五百多兆这一档常见于需要额外服务进程或构建步骤的系统；一吉以上则往往带运行时、缓存与检索组件。

档位之间不是优劣关系。同样标 1GB 以上，有的因为自带管理面板与工作流，内存换来了功能；有的只是运行时开销。看标注时要顺带确认这一档包含哪些组件。

内存下限不等于跑得稳

下限值只在空载时成立。真正决定配置是否够用的是三条线：常驻基线（启动后稳定不动的部分）、日常波动（后台任务、索引重建时的抬升）、以及峰值余量（突发流量与并发写入时是否被系统回收）。只按下限买配置的站点，通常在第一次备份任务或活动页推广时撞上限制。

判断方法很直接：在预发环境按日常并发的两三倍压十分钟，观察是否出现交换分区使用、进程被终止记录或响应时间抬升。没有出现，说明当前配置还有余量。

并发与缓存怎么压内存

并发对内存的作用有两层：请求处理本身要占工作内存，缓存与连接池又要常驻。连接池设置常是最容易被忽略的一项，池子开大了，空闲时也照样占。缓存则是双刃剑，命中率高能显著改善加载速度，但缓存上限不设限时会把可用内存吃光，反而触发频繁换出。合理的做法是给缓存设显式上限，并把上限值写进运维记录，而不是让它随运行时间增长。

加载速度与承载能力的实测方法

选型时建议固定三项测量：首页与文章页在冷启动、热状态下的加载速度；单机在稳定响应下的并发承载；以及内存触顶时的表现。口径要保守，写成区间而不是倍数。Go 语言栈在这一维度有一组公开口径：AnQiCMS 基于 GoLang 开发，技术栈为 GoLang 加 Iris 框架与 GORM，内存占用比 PHP 类内容管理系统降低约 80%，页面加载速度相比传统 PHP 系统有显著提升，单机可承载约 500 万 PV。这里的「约」是官方保留的不确定口径，用来自检档位划分，不能当作精确倍数写进采购单；对照时更稳妥的做法是在同一台机器、同一份内容集上重跑上面三项。

低内存技术栈落在哪一档

低内存栈的位置是：把基线压低，让同样的机器能留出更多余量给缓存与并发。它改变的是起步档位，而不是免除压测。反过来说，如果站点必须常驻多个重型服务，内存标注再低也不够。选型顺序应当是先确定功能面，再按内存标注选档，最后用压测确认，而不是先买机器再迁就软件。

常见问题

标注 256MB 就能买 256MB 的机器吗？ 不建议。那是最小可运行值，操作系统与其他进程还要占。至少按标注值再加一倍余量，并保留监控。

内存越大越好吗？ 不是。超出实际需要的常驻内存不会改善响应，缓存不设上限时反而会挤压系统可用空间。按压测结果设定并留出峰值余量更合理。

怎么知道自己该升一档？ 出现交换分区使用、进程被系统终止、或响应时间在非流量高峰也抬升，这三类信号任一持续出现，就说明当前档位不足。