ondemand按请求需要创建PHP-FPM子进程，并按配置回收空闲进程，适合某些访问分散场景，但可能增加冷请求启动成本。是否更合适，应结合站点访问节奏、共享资源与实际响应观察，而不是只比较空闲进程数量。
先描述真实访问分布
记录低流量时段、突发请求及多站共池情况，区分全天稳定访问和偶尔打开一次的站点。某个池空闲进程少，不代表数据库、缓存和其他服务的总资源都随之减少。采样要覆盖冷访问与连续访问，不能只看服务器空闲截图。
理解按需创建和回收机制
ondemand与固定或动态保留进程的方式不同，空闲回收设置会影响后续是否重新创建。进程启动、扩展初始化及缓存条件可能让首次请求与预热后不同。相关指令按当前PHP版本核对，不把另一个模式下的备用进程参数直接套过来。
用同负载比较收益与代价
在受控环境或低风险窗口，保存原池配置并执行配置检查，再比较相同请求路径的首访、连访、错误和资源。不能将没有OPcache预热的结果与已经运行很久的另一方案直接归因于进程模式，也不能以单个最快请求作为选择依据。
观察突发及共享影响
短时多请求可能需要同时建立进程，仍受并发上限和整机容量制约。确认没有因为节省空闲进程导致业务高峰排队明显恶化，也没有挤占其他站点。最后记录适用负载、观察边界与回退步骤，配置选择随业务变化重新评估。
关键区别
ondemand：请求到来时建进程；可能有冷请求成本。
空闲回收：减少长期闲置进程；会影响后续启动。
模式选择：依赖实际负载；不是只看空闲截图。
怎样确认处理到位
代表性冷访、连续访问与突发条件下表现符合业务需要，资源节省有测量依据，其他站点未受损且配置可回退。
容易误判的边界
按需模式不是所有WordPress的默认最优解；它不能替代慢查询优化、并发上限和整机内存预算。
