resource.setrlimit没生效的主因是调用时机过晚，须在fork前或程序启动初期设置；还受内核配置、cgroups及权限限制影响，需尽早调用并检查异常、验证/proc/pid/limits。
resource.setrlimit 为什么没生效？
多数人第一次用 resource.setrlimit 会发现限制没起作用，最常见原因是：调用时机太晚——必须在子进程 fork 前、或程序刚启动时设置，且对当前进程及其后续 fork 出的子进程生效（但不自动继承到 exec 启动的外部命令）。Linux 下某些资源类型（如 RLIMIT_AS）还受内核配置和 cgroups 干扰。
- 务必在
import resource后尽早调用，不要等日志初始化、配置加载完才设 - 检查返回值：
resource.setrlimit失败会抛ValueError或PermissionError，不是静默失败 -
RLIMIT_NOFILE限制的是打开文件描述符总数，包括 socket、pipe、普通文件，不是“文件数”
限制内存时该选 RLIMIT_AS 还是 RLIMIT_DATA？
RLIMIT_AS（address space）控制进程虚拟地址空间上限，覆盖堆、栈、mmap 区域，是限制 Python 内存占用最直接的方式；RLIMIT_DATA 只管数据段（即堆 malloc 分配），对 Python 的对象内存（由私有内存池管理）基本无效。实际中几乎只用 RLIMIT_AS。
- 单位是字节，例如限制 512MB：
resource.setrlimit(resource.RLIMIT_AS, (512*1024*1024, -1)) - 第二个参数是 soft limit，-1 表示 unlimited；第一个是 hard limit，不能超过当前 hard limit（除非以 root 运行）
- 触发超限时，Python 会收到
SIGSEGV或SIGKILL，不会抛MemoryError—— 所以不能靠 try/except 捕获
如何验证限制是否真的生效？
别只信 setrlimit 返回成功，得看运行时行为。Linux 下用 /proc/<pid>/limits</pid> 最可靠：
cat /proc/$(pgrep -f "python your_script.py")/limits | grep "Max address space"
也可以在代码里主动读取：
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
立即学习“Python免费学习笔记（深入）”；
import resource<br>print(resource.getrlimit(resource.RLIMIT_AS))
-
getrlimit返回元组 (soft, hard)，确认 soft 值是你设的，hard 没被系统策略锁死 - 用
ps -o pid,rss,vsz -p <pid>看 RSS 和 VSZ，VSZ 接近RLIMIT_ASsoft 值时就快触顶了 - 注意：Jupyter 或 IDE 启动的 Python 进程可能被父进程限制过，
getrlimit查到的可能是继承来的值
resource 模块在容器环境下的坑
Docker/Kubernetes 默认启用 cgroups v2，而 resource 模块操作的是传统 ulimit，两者不互通。如果容器已用 --memory=512m 限制，再在 Python 里设 RLIMIT_AS 可能被内核忽略，或触发更早的 OOM kill。
- 优先信任 cgroups 限制，Python 层的
resource更适合作为“保底防御”，而非主控手段 - 在容器里运行前，先检查
/sys/fs/cgroup/memory.max（cgroups v2）或/sys/fs/cgroup/memory/memory.limit_in_bytes（v1） - 若必须双保险，设
RLIMIT_AS为略低于 cgroups 限制（比如 90%），避免边界抖动
真正难的是让限制与 Python 的 GC 行为协同——比如大对象无法及时回收时，RLIMIT_AS 触发的是整个进程 kill，没有回旋余地。
