软配额非内核功能，需在用户态open()和write()路径插桩拦截写入决策，绑定uid与路径到fd，内存缓存用量并原子更新，超限时设edquot而非enospc。
软配额检查必须在 open() 和 write() 时介入
Linux VFS 层不提供配额钩子，软配额不是内核功能，得在用户态文件操作路径里插桩。关键不是“监控磁盘使用”，而是“拦截写入决策”——open() 时判断目标目录是否启用了软配额，write() 或 writev() 时累加本次写入量并触发阈值校验。绕过这些调用（比如 mmap + memcpy 写入）会导致配额失效，这点必须提前对齐业务约束。
- 不能依赖
statfs()或定时扫描：那是硬配额/统计场景，软配额要求实时写入前决策 - 必须覆盖
O_APPEND、O_TRUNC场景：截断文件可能释放空间，但追加写仍要计入配额 - 多线程写同一文件需加锁：避免
lseek()+write()竞态导致重复计费或漏计
如何安全获取当前进程的写入路径与 UID
软配额按用户（UID）或 cgroup 划分，但 write() 系统调用本身不带路径信息。必须在 open() 阶段把路径与 UID 绑定到文件描述符（fd）上——典型做法是用 fd 为 key，维护一个全局 std::unordered_map<int quotacontext></int>，其中 QuotaContext 包含 uid_t、配额根目录（如 /home/user）、已用字节数缓存等字段。注意：fork() 后子进程会继承 fd，但需确保 QuotaContext 不被共享（即 copy-on-fork 或重置）。
-
getuid()返回的是真实 UID，若程序 setuid 运行，应改用geteuid() - 路径解析要 resolve symlinks：用
realpath()处理open("a/b/../c")类路径，否则配额根目录匹配失败 - fd 关闭时必须从 map 中 erase：否则 fd 复用后误触发旧配额逻辑
配额超限后的拒绝策略与 errno 设置
软配额允许临时超限，但需明确记录并通知。常见做法是：首次超限时返回成功，但将 QuotaContext::over_quota = true；后续写入若仍超限，则 write() 返回 -1 并设 errno = EDQUOT。注意不能直接 abort 或 kill 进程——这违反 POSIX 兼容性，上层应用（如 rsync、cp）依赖 errno 做降级处理。
- 不要用
ENOSPC：它表示设备无空间，语义不符，会导致工具误判为磁盘满 - 超限日志必须包含 uid、路径、当前用量、配额上限：用于审计，而非仅打印 “quota exceeded”
- 若配额配置支持 grace period（宽限期），需用
time()记录首次超限时间，并在每次 write 时检查是否过期
性能敏感点：避免每次 write 都 stat 目录
配额元数据（如 limit、current usage）如果存在磁盘文件里（如 /var/quota/user_1001），每次 write() 都读取会拖垮 IO。正确做法是：在 open() 时一次性加载配额配置到内存，用原子变量（std::atomic<uint64_t></uint64_t>）缓存当前用量；write() 只做内存累加和比较；后台线程定期（如每 5 秒）把用量刷回磁盘。注意原子操作粒度：对单个 fd 的用量更新用 fetch_add()，跨 fd 汇总用量则需额外锁。
- 避免用
std::mutex保护每个 fd：高并发下锁竞争严重，改用 per-CPU counter 或分段锁 - 磁盘刷写失败不阻塞 write：记录错误日志，但不影响主流程，否则影响可用性
- 若使用 cgroup v2，可直接读
/sys/fs/cgroup/user.slice/user-1001.slice/memory.max作为上限，省去自定义配置解析
write()），越容易漏掉 splice、sendfile、io_uring 等零拷贝路径；真正落地时，得先确认业务代码的 IO 路径是否全量可控。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
