OpenClaw服务器因内存不足触发OOM Killer是主因，需按五步优化：一查硬件配置达标性，二设Docker内存硬限，三调JVM堆参数，四裁剪上下文策略，五禁用非必要技能插件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在运行OpenClaw服务器时频繁遭遇进程被系统终止、服务无响应或日志中出现Killed process字样，则极大概率是因内存不足触发Linux OOM Killer机制所致。以下是针对该问题的多种资源优化路径：
一、核查并匹配最低硬件配置
OpenClaw对内存敏感度高，低于推荐阈值将直接导致调度器与记忆模块异常退出。必须确保物理资源配置不低于官方验证基线。
1、登录服务器终端，执行free -h命令，确认可用内存是否持续低于3.5GB；
2、核对CPU架构：x86-64或ARM64必须与安装包版本一致，不匹配会导致JVM堆分配失败；
3、检查存储类型：若使用HDD而非SSD，/var/lib/openclaw/cache目录I/O延迟将超限，间接加剧内存压力；
4、运行cat /proc/meminfo | grep MemAvailable，确认MemAvailable值稳定高于2.8GB，否则需立即降配非核心服务。
二、Docker容器内存硬限制强制启用
未设内存上限的容器在OpenClaw处理多轮上下文或批量文件解析时，会持续申请直至触发宿主机OOM。必须通过deploy策略锁定资源边界。
1、编辑docker-compose.yml文件，在openclaw-server服务段内插入deploy资源定义；
2、设置memory: 3G为硬限制，该值不得高于宿主机总内存的70%；
3、添加reservations: memory: 1.5G，保障基础组件获得最低内存配额；
4、重启服务：docker-compose down && docker-compose up -d，观察docker stats输出是否稳定在设定区间。
三、JVM堆内存参数精准调优
OpenClaw v2026.3.31默认使用JVM运行时，其堆内存未约束时可暴涨至4GB以上，远超2核4GB服务器承载能力。需通过环境变量干预初始化行为。
1、在服务启动脚本或.env文件中追加：JAVA_OPTS="-Xms1g -Xmx2g -XX:+UseG1GC"；
2、确保-Xmx2g不超过容器memory限制的65%，为Metaspace与线程栈预留空间；
3、删除原JAVA_OPTS中任何含-XX:MaxRAMPercentage的动态参数，该参数在容器化环境中不可靠；
4、重启JVM进程后，执行jstat -gc <pid>验证YGC频率是否降至每10分钟少于3次。
四、配置文件级上下文裁剪策略激活
OpenClaw默认保留全部对话历史与临时缓存，长期运行后Memory模块占用可达1.2GB。启用语义感知修剪可即时释放无效内存块。
1、打开openclaw-config.yaml，定位context节；
2、将ttl值由默认1800改为300（单位秒），强制5分钟清空过期上下文；
3、将max_turns设为3，仅保留下三层交互轮次；
4、修改pruning_strategy为"smart"，启用基于嵌入相似度的自动裁剪；
5、保存后执行systemctl restart openclaw使配置热加载生效。
五、禁用非必要后台技能与插件
Skills模块默认加载全部内置能力（如邮件监听、社交媒体发布、本地代码分析），每个技能均驻留独立线程与缓存实例，合计内存开销超800MB。
1、进入/opt/openclaw/skills/目录，列出全部启用技能：ls -la | grep "\.enabled"；
2、对当前未使用的技能执行mv skill-name.enabled skill-name.disabled；
3、重点禁用email-listener.enabled、social-publisher.enabled、local-code-analyzer.enabled三项高内存消耗组件；
4、编辑skills-config.yaml，将auto_load_all设为false，防止重启后自动恢复。
