通过EEattachments触发PowerShell脚本时出现'-or'识别错误求助

• 检查脚本中-or的语法细节
  错误提示指向-or不被识别，优先排查脚本里所有使用-or的语句：确保运算符前后都有空格（比如不要写成$var -or$other），且-or仅用于条件判断（如if、while语句），没有出现在字符串拼接、变量赋值等非逻辑判断场景。虽然本地运行正常，但服务的PowerShell执行环境可能对语法合规性要求更严格，细微的空格缺失都可能触发解析错误。

• 对比本地与服务的PowerShell执行环境
  服务运行时使用的账号、PowerShell版本、架构（32/64位）可能和本地不一致：

  • 在脚本开头加入Write-Host "PS Version: $($PSVersionTable.PSVersion)nArch: $([Environment]::Is64BitProcess)"`，查看服务日志输出的版本和架构，和本地运行结果对比。
  • 确认服务调用的是32位还是64位PowerShell：32位路径为C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe，64位为C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe，不同架构下的解析规则或依赖模块可能存在差异。

• 排查服务调用脚本的命令格式
  确认EEattachments服务调用脚本的方式：

  • 如果是通过powershell.exe传递脚本内容而非直接调用.ps1文件，可能存在转义问题，导致-or被误解析为命令参数而非脚本内的运算符。优先使用powershell.exe -File "C:\IICS\Scripts\ConvertExcels.ps1"的方式调用。
  • 尝试在调用命令中添加-NoProfile（跳过加载用户配置文件）和-ExecutionPolicy Bypass（临时绕过执行策略限制），排除配置文件或执行策略导致的异常。

• 启用详细日志定位错误行
  虽然转换能完成，但错误肯定来自脚本某一行的异常，可通过日志定位：

  • 在脚本开头添加Set-PSDebug -Trace 1，会输出每一行的执行细节，服务日志中就能看到触发错误的具体行号和内容。
  • 给核心逻辑添加try/catch块捕获错误：

    try {
        # 替换为你的Excel转CSV核心代码
    } catch {
        Write-Error "错误详情: $_`n错误行号: $($_.InvocationInfo.ScriptLineNumber)"
    }
    

内容的提问来源于stack exchange，提问作者Aad Dijksman