无法从Program Files及%AppData%文件夹运行PS1脚本求助
碰到这种情况我也遇过好几次，大概率是调用方式或者环境差异导致的，给你几个具体的排查方向：
检查脚本的调用方式是否正确处理了含空格的路径
Program Files和部分AppData子目录路径里有空格，如果调用脚本时没给路径加引号、或者用错了PowerShell参数，会导致路径被解析成多个片段，脚本根本没被正确加载。比如错误的调用：powershell.exe C:\Program Files\YourScript.ps1
正确的做法是用-File参数并给路径加双引号：powershell.exe -File "C:\Program Files\YourScript.ps1"
如果是用快捷方式或任务计划调用，一定要在“目标”里把整个脚本路径用引号包好，并且确保用了-File而非-Command。排查脚本的工作目录依赖问题
很多脚本会默认使用当前工作目录读取/写入文件，当你从桌面运行时，工作目录是桌面；但把脚本放到Program Files后，如果调用它的程序（比如快捷方式、任务计划）的工作目录不是脚本所在文件夹，脚本里的相对路径就会失效，导致看起来“没反应”。
解决办法是在脚本开头加上一行：Set-Location $PSScriptRoot
强制把工作目录切换到脚本所在的文件夹。捕获脚本的错误输出，找到真正的问题
有时候脚本其实在运行，但因为错误被隐藏了（比如调用时用了-WindowStyle Hidden，或者控制台一闪而过），你看不到错误信息。可以修改调用命令，把输出重定向到日志文件：powershell.exe -File "C:\Program Files\YourScript.ps1" > "C:\temp\script_log.txt" 2>&1
或者加上-NoExit参数让控制台窗口不关闭，方便查看错误：powershell.exe -NoExit -File "C:\Program Files\YourScript.ps1"检查UAC虚拟化对脚本的影响
Program Files是系统受保护目录，如果你的脚本里有写入当前目录（比如生成日志、配置文件）的操作，UAC会自动把这些写操作重定向到%LOCALAPPDATA%\VirtualStore\Program Files，导致你看不到预期的输出，误以为脚本没运行。
可以打开%LOCALAPPDATA%\VirtualStore看看有没有脚本生成的文件，或者把脚本里的写入路径改成用户可写的目录，比如$env:USERPROFILE\Documents。验证脚本的编码格式
如果脚本是用UTF-8无BOM编码保存的，老版本的PowerShell可能无法正确解析，导致脚本执行失败。可以用记事本打开脚本，选择“另存为”，编码选“UTF-8 with BOM”或者“ANSI”，然后再试试运行。排查调用进程的权限和环境差异
如果你是通过任务计划、快捷方式或者其他程序调用脚本，要确认调用时的用户账户和你手动运行时的账户是否一致，环境变量（比如$PATH）是否相同。比如任务计划里如果选了“运行用户是否登录都可用”，会使用系统账户，环境变量和普通用户完全不同，可能导致脚本依赖的工具找不到。
内容的提问来源于stack exchange，提问作者IIIdefconIII
