首页
/ 解决 .NET MAUI Android 项目构建时找不到资源文件路径的问题

解决 .NET MAUI Android 项目构建时找不到资源文件路径的问题

2025-07-05 20:27:13作者:贡沫苏Truman

在开发 .NET MAUI Android 应用时,开发者可能会遇到一个特定的构建错误,提示无法找到资源文件路径。这个问题通常发生在尝试归档(archive)应用以发布到Google Play商店时。

问题现象

当使用 Visual Studio 构建 .NET MAUI Android 项目并尝试生成 APK 或 AAB 文件时,构建过程可能会失败并显示以下错误信息:

XABLD7023: System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\<nuget文件夹路径>\microsoft.maui.controls.core\8.0.<版本号>\lib\net8.0-android34.0\<本地化文件夹>\shrunk\Microsoft.Maui.Controls.resources.dll'

错误表明构建系统在特定路径下找不到预期的资源文件。

问题根源

经过分析,这个问题与 Microsoft.Maui.Controls.Core NuGet 包中的文件结构有关。在某些版本中(如8.0.91),NuGet包内的文件结构可能不完整,缺少必要的"shrunk"文件夹和资源文件。

解决方案

临时解决方案

  1. 导航到 NuGet 包缓存目录中的 Microsoft.Maui.Controls.Core 文件夹
  2. 对于每个本地化文件夹(如zh-Hans、zh-Hant等),手动创建"shrunk"子文件夹
  3. 将对应本地化文件夹中的"Microsoft.Maui.Controls.resources.dll"文件复制到新建的"shrunk"文件夹中

长期解决方案

  1. 创建一个全新的 .NET MAUI 项目模板
  2. 将项目中的 Microsoft.Maui.Controls.Core 更新到最新版本(如8.0.91)
  3. 构建并归档这个新项目

这个操作会触发 NuGet 包管理器的修复机制,自动补全缺失的文件结构。之后,原始项目也可以正常构建。

预防措施

  1. 定期清理 NuGet 缓存,避免残留不完整的包版本
  2. 在升级 MAUI 版本后,先创建并构建一个测试项目,确保环境正常
  3. 考虑使用统一的 NuGet 包管理策略,确保团队成员使用相同的包版本

技术背景

这个问题涉及到 .NET MAUI 构建过程中的资源处理机制。在构建 Android 应用时,系统会尝试优化资源文件,将其放入"shrunk"文件夹中。当预期的文件夹结构不完整时,构建过程就会失败。

值得注意的是,这个问题在不同版本的 Microsoft.Maui.Controls.Core 中表现不一致,说明它可能与特定版本的打包过程有关。开发者在遇到类似问题时,可以首先检查 NuGet 包的文件结构是否完整。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
217
2.23 K
flutter_flutterflutter_flutter
暂无简介
Dart
523
116
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
JavaScript
210
285
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
982
580
pytorchpytorch
Ascend Extension for PyTorch
Python
67
97
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
564
87
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.02 K
399
GLM-4.6GLM-4.6
GLM-4.6在GLM-4.5基础上全面升级:200K超长上下文窗口支持复杂任务,代码性能大幅提升,前端页面生成更优。推理能力增强且支持工具调用,智能体表现更出色,写作风格更贴合人类偏好。八项公开基准测试显示其全面超越GLM-4.5,比肩DeepSeek-V3.1-Terminus等国内外领先模型。【此简介由AI生成】
Jinja
33
0