PowerShell ForEach循环中跳过无效字符串记录的最优方案咨询

针对你遇到的SQL查询结果中存在非整数类型的Design Number导致脚本中断的问题，以下是几种比正则判断更可靠的实现方式：

方案1：使用[int]::TryParse()安全转换（推荐） #

直接利用.NET的整数解析方法，无需正则即可精准判断字符串是否可转换为整数，同时兼容各种合法格式（如带前后空格、前导零的字符串）：

$designNumbers = @()
foreach ($item in $queryResults) {
    $rawDesignNum = $item.'First/Only Design Number'
    $parsedInt = 0
    # 尝试转换，成功则加入数组，失败则跳过
    if ([int]::TryParse($rawDesignNum, [ref]$parsedInt)) {
        $designNumbers += $parsedInt
    } else {
        # 可选：记录无效值日志
        Write-Verbose "跳过无法转换为整数的Design Number: '$rawDesignNum'"
    }
}

这个方法的优势：逻辑严谨，覆盖所有符合整数规范的输入，性能比正则匹配更高效，且无需维护正则表达式。

方案2：使用try/catch捕获特定异常 #

如果需要对转换失败的场景做更精细的处理（比如区分格式错误和空值），可以用try/catch精准捕获FormatException：

$designNumbers = @()
foreach ($item in $queryResults) {
    $rawDesignNum = $item.'First/Only Design Number'
    try {
        $parsedInt = [int]$rawDesignNum
        $designNumbers += $parsedInt
    } catch [System.FormatException] {
        Write-Verbose "无效整数格式: '$rawDesignNum'，已跳过"
    } catch {
        # 捕获其他意外异常，避免脚本静默失败
        Write-Warning "处理Design Number时发生未知错误: $_"
    }
}

这种方式不会掩盖其他类型的错误（比如查询结果字段不存在），比直接用-ErrorAction SilentlyContinue更安全——后者会忽略所有错误，可能导致潜在问题被遗漏。

对比正则判断的局限性 #

正则判断（如$rawValue -match '^-?\d+$'）虽然简单，但存在以下不足：

• 无法处理带前后空格的合法整数（如" 123 "）
• 无法识别文化相关的格式（如部分地区用.作为千位分隔符的整数）
• 需要维护正则表达式，容易出现漏判或误判

内容的提问来源于stack exchange，提问作者Robert Gething