为何PowerShell中Tutorial.exe无法直接运行，\.\Tutorial.exe却正常？

这个问题本质是PowerShell和CMD的命令查找逻辑差异导致的：

• CMD默认会把当前工作目录加入可执行文件的搜索路径，所以直接输入Tutorial.exe时，它会先在当前目录查找并执行。
• PowerShell出于安全考虑，默认不将当前目录（.）加入$env:Path环境变量的搜索列表。当你直接输入Tutorial.exe时，它只会去$env:Path包含的系统目录、程序目录查找，找不到就触发错误提示（提示里的django-admin是输入笔误，实际指向你的Tutorial.exe）。而.\Tutorial.exe是明确告诉PowerShell“从当前目录加载这个可执行文件”，所以能正常运行。

另外PowerShell的命令优先级规则也在起作用：它会优先查找内置命令、别名、函数，再找$env:Path里的可执行文件，最后才考虑当前目录，但默认禁止直接调用当前目录下未指定路径的程序，必须用相对路径（.\）或绝对路径明确指定。

• PowerShell命令查找与执行规则：运行get-help about_Command_Precedence查看官方文档，搞清楚PowerShell定位命令的顺序，以及当前目录执行的限制逻辑，这能帮你避免类似的路径调用问题。
• Windows环境变量Path的配置：理解Path的核心作用——系统通过它查找可执行文件。如果想不用加.\就能运行程序，可以临时把程序所在目录加入$env:Path（比如$env:Path += ";.\），或者永久配置到系统环境变量里（但不建议直接添加当前目录，存在安全风险）。
• CMake编译后程序的部署：学习CMake的install指令，把编译好的Tutorial.exe安装到系统默认的程序目录（比如C:\Program Files下的自定义目录），这样PowerShell就能通过Path找到它，直接运行。
• PowerShell安全基础：了解ExecutionPolicy（执行策略）相关内容，虽然这次不是执行策略的问题，但它是PowerShell控制脚本/程序执行的重要机制，后续写PowerShell脚本或运行复杂程序时会用到。

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