Android Studio 2023.2.1 更新后 Terminal 执行 gradlew 报错？深入解析 PowerShell 执行权限问题
最近不少 Android 开发者升级到 Android Studio 2023.2.1 版本后，突然发现 Terminal 中执行gradlew命令会报错："无法将'gradlew'项识别为 cmdlet、函数、脚本文件或可运行程序的名称"。这其实是 IDE 默认终端从 CMD 切换到 PowerShell 带来的变化。本文将带你深入理解问题根源，并提供多种解决方案，让你不再被这个"小问题"困扰。
1. 问题现象与原因分析
当你在 Android Studio 2023.2.1 或更高版本的 Terminal 中直接输入gradlew命令时，可能会看到如下错误：
gradlew : 无法将"gradlew"项识别为 cmdlet、函数、脚本文件或可运行程序的名称。 请检查名称的拼写，如果包括路径，请确保路径正确，然后再试一次。关键变化点：
- 旧版 Android Studio 默认使用 CMD 作为终端
- 2023.2.1 版本开始默认切换为 PowerShell
- PowerShell 出于安全考虑，默认不允许执行当前目录下的脚本
PowerShell 的执行策略（ExecutionPolicy）与 CMD 有本质区别：
| 特性 | CMD | PowerShell |
|---|---|---|
| 执行当前目录脚本 | 直接允许 | 默认禁止 |
| 安全策略 | 宽松 | 严格 |
| 路径处理 | 自动查找当前目录 | 需要显式指定 |
提示：PowerShell 的这种设计是为了防止恶意脚本在用户不知情的情况下执行，是一种安全特性而非 bug。
2. 快速解决方案
2.1 临时解决方案：添加./前缀
最简单的解决方法是在命令前加上./：
.\gradlew assembleDebug这明确告诉 PowerShell 要在当前目录下查找并执行 gradlew 脚本。
2.2 创建命令别名
如果你不想每次都输入./，可以创建一个 PowerShell 别名：
function gradlew { .\gradlew $args }将这行代码添加到你的 PowerShell 配置文件（$PROFILE）中，这样以后就可以直接使用gradlew命令了。
2.3 修改执行策略（谨慎使用）
如果你想完全解决这个问题，可以修改 PowerShell 的执行策略：
Set-ExecutionPolicy -Scope CurrentUser RemoteSigned各策略级别说明：
| 策略级别 | 描述 | 安全等级 |
|---|---|---|
| Restricted | 禁止所有脚本执行 | 最高 |
| AllSigned | 只允许签名脚本 | 高 |
| RemoteSigned | 本地脚本无限制，远程需签名 | 中 |
| Unrestricted | 无限制 | 低 |
注意：修改执行策略会降低安全性，建议仅在开发环境中使用 RemoteSigned 级别。
3. 进阶配置方案
3.1 切换回 CMD 终端
如果你更习惯使用 CMD，可以在 Android Studio 中切换：
- 打开 Settings/Preferences
- 导航到 Tools → Terminal
- 将 "Shell path" 改为
cmd.exe - 重启 Android Studio
3.2 配置环境变量
将项目目录添加到系统 PATH 环境变量中：
$env:PATH += ";$pwd"或者永久添加到用户环境变量：
[Environment]::SetEnvironmentVariable("PATH", "$env:PATH;$pwd", "User")3.3 使用 PowerShell 配置文件
创建或编辑你的 PowerShell 配置文件：
if (!(Test-Path -Path $PROFILE )) { New-Item -Type File -Path $PROFILE -Force } notepad $PROFILE然后在配置文件中添加以下内容：
# 自动添加 ./ 前缀到 gradlew function Invoke-Gradle { if (Test-Path "gradlew.bat") { .\gradlew.bat @args } elseif (Test-Path "gradlew") { .\gradlew @args } else { Write-Error "No gradlew script found in current directory" } } Set-Alias gradlew Invoke-Gradle4. 深入理解 PowerShell 执行机制
PowerShell 的设计哲学强调安全性和明确性。当你在 PowerShell 中输入一个命令时，它会按照以下顺序查找：
- 别名（Alias）
- 函数（Function）
- Cmdlet
- 外部可执行文件（在 PATH 环境变量中）
- 脚本文件（.ps1，在 PATH 环境变量中）
关键区别：
- CMD 会自动查找当前目录
- PowerShell不会自动查找当前目录，除非你明确指定
这种设计虽然增加了安全性，但也带来了使用习惯上的改变。理解这一点，就能明白为什么简单的gradlew命令会突然失效。
5. 最佳实践建议
根据不同的使用场景，我推荐以下解决方案：
个人开发环境：
- 使用
.\gradlew形式 - 或创建 PowerShell 别名/函数
- 使用
团队协作项目：
- 在项目文档中注明需要使用
.\gradlew - 或创建团队共享的 PowerShell 配置文件
- 在项目文档中注明需要使用
CI/CD 环境：
- 明确指定完整路径
- 或在脚本中先切换到项目目录
# 在 CI 脚本中的推荐写法 cd /path/to/project .\gradlew build- 跨平台项目：
- 考虑使用 Gradle Wrapper 的完整形式：
# Windows gradlew.bat build # Linux/macOS ./gradlew build6. 常见问题排查
如果按照上述方法仍然无法解决问题，可以检查以下方面：
- 文件权限问题：
- 确保 gradlew 文件有可执行权限
- Windows 下可以尝试：
icacls gradlew.bat /grant "USERNAME:(RX)"文件编码问题：
- 确保 gradlew 脚本是 Unix 格式（LF）而非 Windows 格式（CRLF）
- 可以使用 VS Code 或其他编辑器转换
防病毒软件干扰：
- 某些安全软件可能会阻止脚本执行
- 尝试暂时禁用安全软件测试
路径包含空格或特殊字符：
- 确保项目路径不包含空格或特殊字符
- 如果必须包含，尝试用引号包裹：
& ".\gradlew" build7. 性能优化技巧
使用 PowerShell 执行 Gradle 任务时，还可以考虑以下优化：
启用 Gradle 守护进程： 在
gradle.properties中添加：org.gradle.daemon=true并行构建：
.\gradlew build --parallel配置 JVM 参数：
$env:GRADLE_OPTS="-Xmx2048m -XX:MaxPermSize=512m"使用性能监控：
.\gradlew build --profile
8. 替代方案：使用 WSL
如果你在 Windows 上开发，也可以考虑使用 WSL（Windows Subsystem for Linux）：
安装 WSL：
wsl --install在 Android Studio 中配置 WSL 终端：
- Settings → Tools → Terminal
- Shell path:
wsl.exe
然后在 WSL 环境中：
./gradlew build
这种方法不仅能解决执行权限问题，还能获得更接近 Linux 的开发环境，特别适合跨平台项目。
