Laravel原生不支持ASN.1 OID校验，需用Rule::custom()或自定义OidRule类实现；OID必须是符合首段0/1/2、首段为2时次段≤39、无前导零等语义规则的点分非负整数字符串。
直接说结论：Laravel 原生不支持 ASN.1 OID 格式校验，validate 规则里没有 oid 或类似内置规则；必须手动实现自定义验证规则，且需注意 OID 字符串的语义合法性（不只是数字点分）。
OID 字符串长什么样？先确认你校验的是真 OID
ASN.1 OID 是形如 1.3.6.1.4.1.12345.100 的点分整数序列，但不是所有点分数字都合法：
- 首段只能是 0、1 或 2；若首段是 2，则第二段必须 ≤ 39（即
2.39合法，2.40非法） - 每段必须是非负整数，不能有前导零（
1.05不合法，1.5才合法） - 不能以点开头或结尾，不能有空段（
.1.2、1..2、1.2.全错） - 常见误判：把 UUID、IP、普通版本号（如
2.14.0）当 OID —— 它们格式相似但语义不同，不能混用
用 Rule::custom() 写轻量 OID 校验器
不用写完整 ASN.1 解码器，只做字符串结构 + 基础语义校验。在控制器或 Request 类中直接内联写最省事：
use Illuminate\Validation\Rule;
$request->validate([
'issuer_oid' => [
'required',
'string',
Rule::custom(function ($attribute, $value, $fail) {
$parts = explode('.', $value);
if (count($parts) < 2) {
$fail(":attribute 必须至少包含两段数字");
return;
}
foreach ($parts as $i => $part) {
if (!ctype_digit($part) || $part[0] === '0' && strlen($part) > 1) {
$fail(":attribute 第 ".($i+1)." 段必须是非负整数，且不能有前导零");
return;
}
$num = (int)$part;
if ($i === 0 && !in_array($num, [0, 1, 2])) {
$fail(":attribute 首段必须为 0、1 或 2");
return;
}
if ($i === 1 && $parts[0] === '2' && $num > 39) {
$fail(":attribute 首段为 2 时，第二段不能超过 39");
return;
}
}
}),
],
]);
这个写法避免了注册全局规则的开销，也方便按字段定制错误提示（比如 issuer_oid 和 subject_oid 可分别提示不同上下文）。
需要复用？建一个 OidRule 类
如果多个接口都要校验 OID，建议封装成独立类，放在 app/Rules/OidRule.php：
namespace App\Rules;
use Illuminate\Contracts\Validation\Rule;
class OidRule implements Rule
{
public function passes($attribute, $value): bool
{
if (!is_string($value) || !preg_match('/^\d+(\.\d+)*$/', $value)) {
return false;
}
$parts = explode('.', $value);
if (count($parts) < 2) return false;
foreach ($parts as $i => $part) {
if ($part[0] === '0' && strlen($part) > 1) return false;
$num = (int)$part;
if ($i === 0 && !in_array($num, [0, 1, 2])) return false;
if ($i === 1 && $parts[0] === '2' && $num > 39) return false;
}
return true;
}
public function message(): string
{
return ':attribute 不是合法的 ASN.1 对象标识符（OID）';
}
}
使用时：'field_name' => ['required', new OidRule]。注意：这个类不处理超长 OID（如万级数字段），也不校验是否已注册到 IANA，仅做语法和基本语义检查 —— 大多数 API 场景够用。
别漏掉请求体解析阶段的陷阱
Laravel 默认对 JSON 请求体做自动类型转换，但 OID 总是字符串，容易被意外转成 int 或 float：
- 如果前端发
{"oid": 1.3}（没加引号），PHP 会解析成 float，1.3变成1.3000000000000003，后续校验直接失败 - 确保前端严格发送字符串：
{"oid": "1.3.6.1.4.1.12345"} - 在
StoreRequest的rules()里加'oid' => 'required|string'，防止非字符串输入绕过 OID 校验 - 调试时用
dd($request->all())看原始值类型，别只看 Postman 显示的 JSON
OID 看似只是个字符串格式问题，但它的 ASN.1 背景决定了它比普通编号更“娇气”——少一个约束，就可能让下游系统（比如证书签发服务）拒绝整个请求。校验逻辑宁可多几行，也不能图省事只用正则 /^\d+\.\d+\.\d+$/。
