下划线在正则中是字面量，无需转义；匹配合法标识符需用^a-zA-Z*$等完整模式，禁首尾/连续下划线需结合锚点、负向断言或分段约束。
正则里的 _ 就是字面量下划线，不需要转义，但必须和上下文边界、空格、字母数字等配合才能真正“限制输入格式”——单独写 _ 没有意义。
匹配带下划线的合法标识符（如变量名、文件名）
常见需求是允许字母、数字、下划线组合，但不能以数字或下划线开头，也不能连续出现两个下划线。这时候不能只写 _，得用完整模式：
-
^[a-zA-Z][a-zA-Z0-9_]*$：开头必须是字母，后面可跟字母/数字/下划线（推荐用于变量名校验） -
^[a-zA-Z][a-zA-Z0-9_]{2,15}$：加长度限制，避免过短或超长 - 错误写法：
^[_a-zA-Z0-9]+$—— 允许以下划线开头，很多语言不认这种变量名 - 注意：JavaScript 的
RegExp.test()默认不锚定全局，记得加^和$，否则"abc123_def"里只要有一段符合就会返回true
禁止输入连续下划线或首尾下划线
用户输入昵称、路径片段时，常要排除 __tmp、name__、_private 这类非法形式：
- 用负向先行断言：
^(?!_)[a-zA-Z0-9_]+(? —— 排除开头和结尾是下划线的字符串 - 更实用的写法（兼容老浏览器）：
^[a-zA-Z0-9]([a-zA-Z0-9_]*[a-zA-Z0-9])?$，强制首尾为字母数字，中间可含下划线 - 要禁掉双下划线？加负向先行：
^(?!.*__)[a-zA-Z0-9_]*$，但性能略差，短字符串没问题 - 别忘了：HTML
input的pattern属性会自动加^和$，所以写pattern="[a-zA-Z][a-zA-Z0-9_]*"就够了，不用再包锚点
在不同环境里下划线的处理差异
_ 在正则中本身无特殊含义，但实际使用时容易因环境特性翻车：
- Python
re.fullmatch()要求全匹配，等价于加^$；而re.match()只从头开始匹配，可能漏判尾部非法字符 - Shell（如 Bash 的
[[ $str =~ ^[a-z_]+$ ]]）里下划线不用转义，但方括号内不能写-在中间，否则被当范围符（比如[a-z_-]错，应写成[a-z_-]把-放末尾或开头） - JSON Schema 的
pattern关键字要求标准正则语法，不支持\u或命名捕获组，别用(?<name>...) - 表单提交前用 JS 校验，记得对用户输入做
.trim()，否则空格+下划线（如" _test"）会绕过^[a-zA-Z]判断
真正卡住人的往往不是怎么写 _，而是没想清楚「到底要拒绝什么」——是拒绝所有下划线？还是只拒绝开头/结尾/连续出现？边界定义不清，正则写得再熟也白搭。
