HarmonyOS鸿蒙Next中多Target目标构建及资源差异化问题

这两种方式都能解决问题，但是实际业务场景里test target源码没有引用这个资源，打包编译依然会把这个资源打入,太多这种资源差异的化，就不太合理了。感觉是鸿蒙ide编译未完善。

test target 在编译时把 official_pages 目录下的 OfficialSecondPage.ets 也纳入了编译，而这张页面引用了仅存在于 official target 资源目录下的 ic_image，test target 的资源路径里没有这张图片，因此 ArkTS 编译器报 Unknown resource name。

多 Target 构建的代码隔离和资源隔离是两个独立机制。你的资源确实已经隔离了，但代码没有隔离干净。

只要 main 目录下存在这种跨目录 import，test target 编译时就会解析到 OfficialSecondPage.ets，进而遇到 $r(‘app.media.ic_image’)，而 test target 的 resource.directories 并未包含 ./src/official/resources，于是报错。

一、关键原则：

src/main/ 下的代码绝对不能直接 import official_pages 或 test_pages 下的文件

如果公共逻辑需要调用差异化实现，必须采用同名文件 + packageName import 模式

二、解决方案：

方案 1：修正 import 依赖（推荐）

检查 src/main/ 下所有文件，删除任何直接引用 official_pages 的 import：

// ❌ 错误：main 目录下直接引用差异化代码
import { OfficialSecondPage } from '../official_pages/OfficialSecondPage'

// ✅ 正确：如果需要差异化页面，应在各自 target 的 sourceRoots 下放置同名文件
// 在 src/official_pages/Router.ets 和 src/test_pages/Router.ets 中分别实现
// main 目录下通过 packageName 引用（省略 sourceRoot）
import { Router } from 'myhar/Router'

方案 2：检查 build-profile.json5

确保 test target 的 sourceRoots 和 resource.directories 没有错误包含 official 目录：

// myhar/build-profile.json5
{
  "targets": [
    {
      "name": "official",
      "source": {
        "sourceRoots": ["./src/official_pages"]
      },
      "resource": {
        "directories": [
          "./src/main/official/resources",  // official 独有资源
          "./src/main/resources"            // 公共资源
        ]
      }
    },
    {
      "name": "test",
      "source": {
        "sourceRoots": ["./src/test_pages"]  // ✅ 不能包含 ./src/official_pages
      },
      "resource": {
        "directories": [
          "./src/main/test/resources",       // test 独有资源（如有）
          "./src/main/resources"               // 公共资源
        ]
      }
    }
  ]
}

方案 3：如果 OfficialSecondPage 确实是 official 独有且不应被 test 编译

确认 test_pages 下不需要同名文件。如果 test 版本根本不需要这个页面，那就让 test target 的 sourceRoots 不包含它，并确保 main 目录没有 import 它即可。

三、补充：DevEco Studio IDE 的限制

你使用的 DevEco Studio 6.1.0 Release 有一个官方已知的限制：在 IDE 中点击 Build / Run 时，仅支持编译 target 为 default 的模块。如果你是在 IDE 中直接切换 target 为 test 并点击编译，可能存在 IDE 行为不一致的问题。

建议通过命令行显式编译 test target：

# 编译 myhar 的 test target
hvigorw --mode module -p product=default -p module=myhar@test -p buildMode=debug assembleHar

# 如果是 HAP 模块
hvigorw --mode module -p product=default -p module=entry@test -p buildMode=debug assembleHap