test: 扩展 max-depth stress tests

[membphis]

背景

父任务：#132

Go encoding/json 对最大嵌套深度同时测试边界值和极深输入，确保超过限制时能稳定返回错误，而不是递归爆栈或长时间卡住。qjson 已有 max_depth、fuzz_depth 和 Lua options 测试，但还可以进一步补齐深度边界与极端输入的稳定性用例。

目标

扩展 max-depth stress tests，固定 qjson 在默认深度、配置上限、越界输入和极深输入下的行为。

重点覆盖：

• 默认 max_depth = 1024：1024 层接受，1025 层拒绝。
• 显式配置：小值边界、4096 上限、超过上限的 clamp/拒绝行为按当前设计固定。
• EAGER 和 LAZY 下 depth 错误行为一致。
• array-only、object-only、array/object mixed nesting。
• 极深但格式简单的输入能快速返回 QJSON_NESTING_TOO_DEEP，不递归爆栈。
• depth 错误 offset 稳定或有明确说明。
• 接近深度边界的 accepted 输入仍可通过 cursor API 访问，不触发递归下降风险。

建议实现

• PR CI 放轻量边界测试。
• 极深 stress case 如果耗时较高，可放 scheduled workflow 或 release checklist。
• 复用/扩展现有 fuzz_depth，同时补 deterministic integration tests。
• Lua wrapper 层也应至少覆盖 max_depth option 的错误传播。

验收标准

• 新增 deterministic depth boundary tests。
• cargo test --release 和 cargo test --release --no-default-features 通过。
• EAGER/LAZY depth 行为一致性被测试覆盖。
• 极深输入的测试位置和运行频率有明确说明。
• 如需要调整 fuzz_depth corpus 或 scheduled workflow，同步更新文档。

[coderabbitai]

🔗 Related PRs

#51 - perf: skip redundant validation in eager decode, inline depth check [closed]
#71 - fix(encode): add depth counter to prevent stack overflow [merged]
#78 - test(fuzz): add nesting-depth stack-safety target [merged]
#108 - feat: align Lua encode with cjson [merged]

---

📝 Issue Planner

_{Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.}

• Create Plan

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[membphis]

评审：现有覆盖已满足约 70% 的验收标准，建议收窄范围

把 issue 的验收标准和当前仓库逐条对照后，核心结论是：大部分验收点已被现有测试覆盖（主要来自 #142 模式关系测试、fuzz_depth target、ffi_parse_error_offsets.rs、options.rs 单测和 options_spec.lua）。父任务 #132 明确要求“新增测试不会重复已有覆盖”，所以本任务真正的增量价值集中在少数缺口上。

现状对照

issue 要求	现有覆盖	缺口
默认 1024 接受 / 1025 拒绝	1025 拒绝：ffi_mode_relations::depth_errors_rejected_in_both_modes（双模式 + offset）；1024 接受：仅 validate::grammar_accepts_at_max_depth（单测）+ fuzz boundary	默认 max_depth=0→1024 恰好接受 1024 层缺少 deterministic 的 FFI 级测试
小值边界 / 4096 上限 / clamp	小值（limit=2、8）deterministic；clamp：options::huge_max_depth_is_clamped（u32::MAX→4096）	4096“接受 4096 / 拒绝 4097”、clamp 后解析行为缺 deterministic 解析级测试，仅在 fuzz boundary
EAGER/LAZY 一致	ffi_mode_relations + ffi_parse_error_offsets + fuzz_depth 三处双模式覆盖	已充分，建议本任务不再重复
array / object / mixed	fuzz_depth 覆盖三种 shape；deterministic 全是 array-only	object-only / mixed 仅 fuzz 覆盖
极深快速返回、不爆栈	validate_depth、scan、cursor walk 全是迭代循环，架构上无递归；fuzz_depth 到约 4098 层	缺一个病态深度（数万层）快速返回的回归哨兵（价值低但便宜）
depth 错误 offset 稳定	ffi_parse_error_offsets + ffi_mode_relations 都断言 offset = 开括号字节位置	已充分
边界附近 accepted 仍可 cursor 访问	fuzz_depth::walk_accepted_doc 用 cursor 走到 effective 深度	无 deterministic 版本

建议本任务实际落地的增量

1. 默认深度 deterministic 解析级测试：max_depth=0 时 1024 层成功、1025 层 NESTING_TOO_DEEP（双模式）。
2. 4096 上限 deterministic 测试：接受 4096、拒绝 4097；请求 > 4096 时按 clamp 后行为验证。
3. object-only + mixed nesting 的 deterministic 边界测试（现有 deterministic 全是 array-only）。
4. 病态深度哨兵（可选）：数万层简单输入快速返回错误，防止迭代实现退化成递归。
5. Lua wrapper：补默认深度 / 上限的错误传播；options_spec.lua 已覆盖接受、错误消息、lazy 组合、拒绝小数，不重复。

需要澄清/注意

• 极深 stress 的运行位置和频率：fuzz_depth 是 libfuzzer target，不在四个 CI gate 内（CI 只有 default / no-default-features / test-panic / Lua）。本轮新增的深度边界用例应是轻量 deterministic test 进 CI；真正的极深 stress 若耗时高需明确放 scheduled workflow 还是 release checklist。
• clamp vs 拒绝语义：当前设计是 clamp（effective_max_depth 把超限值截到 4096），不是拒绝。测试应钉死 clamp 行为，避免被无意改成拒绝。
• EAGER/LAZY 一致性这条建议直接划掉：已被 test: add EAGER/LAZY mode relation coverage #142 完整覆盖，再写即纯重复。

综上，建议把本任务范围收窄为上面 1–5 的 deterministic 回归测试 + 文档说明，避免与 fuzz/已有测试重复。