Azure Pipeline构建的MAUI应用无法安装，本地构建正常求排查

• 签名配置与本地不一致：本地构建时MAUI项目的csproj文件可能已内置签名配置（比如<AndroidKeyStore>True</AndroidKeyStore>相关节点），Azure Pipeline的AndroidSigning@3任务可能与本地签名逻辑冲突，比如签名算法、密钥库类型（JKS vs PKCS12）、签名版本（V1/V2/V3）不匹配。建议对比本地dotnet build的签名参数，确保Azure签名步骤的设置完全一致。

• APK对齐环节异常：AndroidSigning@3任务默认会执行zipalign，但如果构建过程中已提前对APK做过对齐，重复对齐会损坏文件。可检查任务是否启用了zipalign（默认是true），尝试将其设为false后重新构建；或确认本地构建是否未执行对齐，保持两端操作一致。

• 构建命令参数差异：本地使用dotnet build MyApp.sln -c Release，Azure Pipeline的构建命令可能缺少关键参数，比如未指定-t:SignAndroidPackage触发MAUI的内置签名流程，导致生成的是未签名的APK，后续手动签名时步骤不完整。建议在Azure构建步骤中使用与本地完全一致的命令，或添加-p:AndroidSigningKeyStore=myappkey.keystore等参数直接在构建时完成签名，而非单独的签名任务。

• 密钥库文件问题：确认Azure Pipeline中引用的myappkey.keystore是否与本地使用的是同一文件，且已正确上传至Pipeline的安全文件库。若密钥库文件损坏、路径错误或密码/别名不匹配，会导致签名后的APK无法通过系统验证。

• APK完整性损坏：签名步骤后若有压缩、复制等操作，可能损坏APK文件。可在Pipeline中添加步骤，使用apksigner verify --verbose $(Build.ArtifactStagingDirectory)/**/*.apk验证签名后的APK完整性，或直接下载Pipeline生成的APK到本地，用adb install -r <apk-path>命令安装，获取更详细的错误日志。

• API级别与兼容性配置：检查Azure构建的APK是否设置了正确的AndroidMinSdkVersion和AndroidTargetSdkVersion，若与本地构建的版本不一致，可能导致部分手机因API级别不兼容无法安装。

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