PowerShell脚本在ISE正常运行，PS/CMD执行报文件占用错误

问题根源分析 #

你碰到的这个问题其实挺典型的——ISE里正常运行，终端/CMD里却报文件占用错误，核心原因有两个：

1. 闲置的StreamWriter攥着文件句柄：脚本里创建了$writer = New-Object System.IO.StreamWriter $file1，但全程根本没用到这个对象，却在finally块里尝试关闭它。如果$file1刚好指向你的目标文件$target1，这个闲置的StreamWriter会一直占用文件句柄，导致后续Out-File无法写入。
2. 宿主环境资源回收机制差异：PowerShell ISE对未使用的.NET对象会做更积极的垃圾回收，悄悄释放了闲置句柄；而普通终端（尤其是通过CMD调用PowerShell时）的资源回收时机更晚，未处理的句柄会被持续占用，刚好和你的写入操作撞车。

具体修复方案 #

1. 先删掉没用的StreamWriter代码

这是最直接的解决办法，因为这个闲置对象大概率就是罪魁祸首：

# 删掉这行未使用的代码
# $writer = New-Object System.IO.StreamWriter $file1;

# 同时删掉finally块里对应的关闭语句
# $writer.Close()

2. 统一用PowerShell原生命令管理文件（优化建议）

你的脚本混合了.NET的File.OpenText和PowerShell的Out-File，可以换成PowerShell原生的Get-Content来读取文件，它会自动管理文件句柄，不用手动调用Close()：

# 替换原有的文件读取逻辑
foreach ($line in Get-Content $source1 -Delimiter "`n") {
    $myarray = $line -split "\t" | ForEach-Object { $_.Trim() }
    # 后续的SQL生成逻辑保持不变...
}

3. 修复SQL字符串拼接的语法错误

你的SQL拼接里有多余的逗号和引号，不仅会导致SQL执行失败，还可能间接引发写入异常。建议用PowerShell的字符串格式化来简化：

# 用Here-String和格式化操作符生成Insert语句
$insertSql = @"
Insert into #terrorist Select convert(varchar(60),replace('OSFI Name: {0},{1},{2},{3},{4}','''','''''')), no_,branch,name,surname,midname,usual,bname2
"@ -f $myarray[1], $myarray[2], $myarray[3], $myarray[4], $myarray[5]

# 写入文件
$insertSql | Out-File -FilePath $target1 -Append -Force

这种方式能避免手动拼接引号时的混乱，减少语法错误。

4. 优化最后一步的文件替换操作

原脚本最后两行可以合并成一次IO操作，减少文件打开次数，降低句柄冲突概率：

(Get-Content $target1 -Raw).Replace("?", "") | Set-Content $target1 -Force

-Raw参数会一次性读取整个文件内容，比逐行读取后再处理更高效，也减少了文件被多次打开的风险。

为什么ISE里没报错？ #

简单来说，ISE的宿主环境对.NET对象的垃圾回收更积极，即使你创建了闲置的StreamWriter，它也会很快回收这个对象并释放文件句柄。而普通PowerShell终端（尤其是通过CMD调用时）的垃圾回收时机更晚，导致句柄被持续占用，刚好和你的Out-File操作冲突，触发了文件占用错误。

内容的提问来源于stack exchange，提问作者Cleadus Fetus