accepted规则不生效主因是复选框未勾选时不提交字段，导致验证未触发；正确做法是用hidden兜底保证字段存在，配合in:0,1|require|in:1验证。
ThinkPHP 表单验证中 accepted 规则不生效的常见原因
ThinkPHP 的 accepted 验证规则本身只认值为 "1"、"on"、"yes"、"true" 的提交值，**不会自动识别复选框未勾选时的“空值”或缺失字段**。很多同学直接写 'agree' => 'accepted'，但表单里复选框没勾选时根本没传这个字段，验证就直接跳过了——这不是规则失效，是它压根没被触发。
关键点在于：HTML 复选框默认不提交，未勾选 = 无该字段；而 accepted 是“有字段且值合规”才通过，不是“必须存在”。
- 确保复选框带
name属性，且前后端一致（比如name="agree"） - 不要依赖前端 JS 模拟提交，验证必须走服务端逻辑
- 若用
require|accepted组合，注意 ThinkPHP 6+ 中require对 checkbox 无效（因字段不存在），应改用require_if:agree,1这类条件校验反而更绕，不推荐
正确写法：用 in + 默认值兜底，而非硬套 accepted
最稳的方案是放弃 accepted，改用 in:1 并配合表单默认值控制。因为复选框可以加 value="1"，再用 hidden 同名字段兜底，保证字段一定存在。
HTML 端这样写：
<input type="hidden" name="agree" value="0"><input type="checkbox" name="agree" value="1">
后端验证规则写成：
'agree' => 'in:0,1|require|in:1'
-
in:0,1先限定合法输入范围，防恶意传其他值 -
require能生效，因为 hidden 字段始终存在 -
in:1最终确保值必须是"1"（字符串）
注意：ThinkPHP 6.1+ 的 in 规则对字符串敏感，"1" 和 1 不等价，务必统一用字符串形式定义。
如果坚持用 accepted，必须手动补字段
某些场景（如 legacy 代码）不能改 HTML，那只能在控制器里提前注入默认值，让 accepted 有字段可验：
$data = $this->request->param();
if (!isset($data['agree'])) {
$data['agree'] = '0';
}
$result = $this->validate($data, ['agree' => 'accepted']);
但要注意：
-
accepted默认只接受"1"/"on"等，"0"会直接失败，所以得配合自定义规则或改用in:1 - 这种写法破坏了验证层的纯粹性，容易漏掉其他字段的默认处理
- 若用
Validate::make()独立实例，记得传入完整$data，别只传param()原始结果
协议勾选验证的边界情况：多语言、移动端、无障碍
真实项目里，用户可能用屏幕阅读器、翻译插件或低版本浏览器，导致复选框行为异常：
- 不要用
label包裹 checkbox 再写文字，应显式用for关联，否则部分读屏软件无法朗读“请勾选同意” - 避免纯图标按钮代替复选框，
accepted类规则只认表单控件值，不认 class 或 data 属性 - 国际化时，别把提示文案写死在验证规则里（如
'agree.accepted' => '请同意协议'），应统一走语言包，否则换语言后验证失败提示还是中文
最麻烦的是微信内置浏览器对 checkbox 的 click 事件拦截——有时用户点了但没触发 change，导致值没更新。这种得靠前端加防抖 + 提交前二次检查 document.querySelector('[name="agree"]').checked，服务端验证只是最后一道防线。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
