从MVC应用调用时Test-Path与Remove-Item无法识别存在文件

从你的描述来看，脚本在命令行/批处理中正常运行，但通过MVC应用调用时无法识别网络共享上的文件，主要原因集中在身份验证机制差异、脚本拼写错误和PowerShell cmdlet的凭据限制这几个方面，下面逐一拆解并给出解决办法：

1. 先修正脚本中的明显拼写错误 #

看你的PowerShell脚本，Remove-Item命令里的参数是$credentail——这里少写了一个字母l，正确的变量名应该是$credential！这个笔误在交互式环境中可能因为缓存或权限巧合没暴露，但在非交互式的IIS环境中会直接导致凭据未正确传递，进而删除失败。

2. Test-Path不支持-Credential参数，导致权限不足 #

这是核心问题：Test-Path cmdlet本身没有-Credential参数，所以即使你在脚本里创建了$credential，Test-Path依然会使用MVC应用池的运行身份去访问网络共享。而IIS应用池身份（默认是IIS AppPool\你的应用池名）通常没有域网络共享的访问权限，所以会判定文件不存在。

解决办法：先建立带凭据的网络连接 #

在执行Test-Path和Remove-Item之前，先通过New-PSDrive或net use命令建立带有指定凭据的网络共享连接，这样后续操作就能用这个连接的权限访问文件：

方案A：使用New-PSDrive映射临时驱动器

修改后的脚本：

$username = 'domain\del'
$password = '*******'
$securePassword = ConvertTo-SecureString $password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential $username, $securePassword
$networkPath = "\\network\files";
[string[]]$folders = "Folder1", "Folder2", "Folder3"
$param = $Args[0];

if($param) {
    # 临时映射网络驱动器，使用指定凭据
    $drive = New-PSDrive -Name "TempNetDrive" -PSProvider FileSystem -Root $networkPath -Credential $credential -Persist:$false

    foreach ($folder in $folders) {
        # 使用映射的驱动器路径构造文件路径
        $path = Join-Path -Path "TempNetDrive:\" -ChildPath (Join-Path -Path $folder -ChildPath $param)
        if (Test-Path $path) {
            Remove-Item $path -Force
        }
    }

    # 清理临时驱动器
    Remove-PSDrive -Name "TempNetDrive" -Force
}

方案B：使用net use命令（兼容更多非交互式场景）

如果New-PSDrive在IIS环境中出现权限问题，可以用传统的net use命令建立连接：

$username = 'domain\del'
$password = '*******'
$networkPath = "\\network\files";
[string[]]$folders = "Folder1", "Folder2", "Folder3"
$param = $Args[0];

if($param) {
    # 建立网络共享连接
    Invoke-Expression "net use $networkPath /user:$username $password"

    foreach ($folder in $folders) {
        $path = Join-Path -Path $networkPath -ChildPath (Join-Path -Path $folder -ChildPath $param)
        if (Test-Path $path) {
            Remove-Item $path -Force
        }
    }

    # 断开连接
    Invoke-Expression "net use $networkPath /delete /y"
}

3. 优化MVC中的PowerShell调用方式 #

你的MVC代码里直接拼接脚本路径和参数，当文件名包含空格或特殊字符时会导致参数传递错误。建议改用AddArgument传递参数，并读取脚本内容执行，同时加入错误日志排查：

string file = (string)filename;
string root = Server.MapPath("~");
string scriptPath = Path.Combine(root, System.Configuration.ConfigurationManager.AppSettings["DeleteScannerImageScriptName"]);

PowerShell shell = PowerShell.Create();
// 读取脚本文件内容，避免路径拼接问题
shell.AddScript(File.ReadAllText(scriptPath));
// 安全传递参数，自动处理空格等特殊字符
shell.AddArgument(file);

Collection<PSObject> results = shell.Invoke();

// 检查PowerShell执行错误，方便排查问题
if (shell.Streams.Error.Count > 0)
{
    foreach (var errorRecord in shell.Streams.Error)
    {
        // 记录错误日志，比如写入文本文件或应用日志
        // Logger.Error($"PowerShell执行错误: {errorRecord.ToString()}");
    }
}

4. 额外检查项 #

• 确认MVC应用池身份是否允许执行PowerShell脚本：在IIS管理器中，找到你的应用池 → 高级设置 → 进程模型 → 身份，确保该身份有Execute权限，且PowerShell执行策略不是Restricted（可以在脚本开头加入Set-ExecutionPolicy RemoteSigned -Scope Process -Force临时放宽）。
• 测试网络共享的连通性：在服务器上用应用池身份登录（可以用runas /user:IIS AppPool\你的应用池名 cmd.exe模拟），尝试访问\\network\files，确认是否能看到文件。

内容的提问来源于stack exchange，提问作者J.Cart