如何在Rust中不使用正则前瞻实现多条件密码验证（从JavaScript正则迁移）

确实，Rust的regex库出于性能和设计简洁性的考量，不支持PCRE风格的前瞻断言，这也是很多现代正则库的常见选择。遇到这类需要多维度验证的场景，最常用且易维护的方法就是把复杂的正则逻辑拆分成多个独立的验证步骤，逐个检查每个条件是否满足，而非硬凑一个不支持的复杂正则。

下面提供两种主流的实现思路，你可以根据场景选择：

方法一：用简单正则拆分验证条件 #

这种方式保留正则的便利性，用多个极简正则分别验证每个规则，逻辑直观易懂：

use regex::Regex;

pub fn validate_password(string: &str) -> bool {
    // 1. 先快速校验长度（6-10位）
    let length_valid = (6..=10).contains(&string.len());
    if !length_valid {
        return false;
    }

    // 2. 验证无空格：字符串中不存在任何空白字符
    let no_whitespace = !Regex::new(r"\s").unwrap().is_match(string);

    // 3. 验证至少一个大写英文字母
    let has_uppercase = Regex::new(r"[A-Z]").unwrap().is_match(string);

    // 4. 验证至少一个小写英文字母
    let has_lowercase = Regex::new(r"[a-z]").unwrap().is_match(string);

    // 5. 验证至少一个数字
    let has_digit = Regex::new(r"\d").unwrap().is_match(string);

    // 所有条件必须同时满足
    length_valid && no_whitespace && has_uppercase && has_lowercase && has_digit
}

方法二：纯字符遍历验证（更高效） #

如果对性能有要求，直接遍历字符串字符判断会比编译多个正则更高效，还能提前终止不必要的遍历：

pub fn validate_password(string: &str) -> bool {
    let mut has_uppercase = false;
    let mut has_lowercase = false;
    let mut has_digit = false;
    let mut has_whitespace = false;
    let length = string.len();

    // 先快速排除长度不符合的情况
    if length < 6 || length > 10 {
        return false;
    }

    for c in string.chars() {
        // 只要发现空格，直接标记并终止遍历
        if c.is_whitespace() {
            has_whitespace = true;
            break;
        }
        // 标记各类字符是否存在
        if c.is_ascii_uppercase() {
            has_uppercase = true;
        } else if c.is_ascii_lowercase() {
            has_lowercase = true;
        } else if c.is_ascii_digit() {
            has_digit = true;
        }
        // 如果已经满足所有字符类型要求，提前终止遍历
        if has_uppercase && has_lowercase && has_digit {
            break;
        }
    }

    // 最终校验所有条件
    !has_whitespace && has_uppercase && has_lowercase && has_digit
}

小提示：修正你补充代码中的细节问题 #

你提供的Rust Playground版本里有两处小错误需要注意：

• 验证大写字母的正则写成了[a-z]{1,}（实际匹配小写），应该改为[A-Z]；
• 长度校验用了.{8,}，和原规则的6-10位不符，需要调整为匹配6到10位的逻辑。

这种拆分验证的思路不仅避开了前瞻断言的限制，还让代码逻辑更清晰，后续修改规则（比如新增特殊字符要求）也会更方便。

内容的提问来源于stack exchange，提问作者Emille C.