Java 当您不是 Kotlin 多平台项目时，是否有一种干净的方法可以在 Gradle 中声明多平台依赖项

允许以不同方式解析单个依赖关系模块的渐变特性是variant-aware dependency resolution.

有了它，模块可以提供其工件的多个变体，以及多组可传递的依赖项，消费者可以从满足某些属性的依赖项中请求内容，这将导致匹配的依赖项变体.

然而，您的依赖项是已经存在的第三方库，它们当然不会提供您可以通过请求属性来 Select 的变体.

在您这方面，您可以通过执行以下操作之一来解决此问题:

• 指定component metadata rules，插入到构建的依赖项解析中，并修改特定第三方依赖项的组件元数据adding the Native JAR variants to them.

• 构建并发布您自己的"伞形"库，这些库将具有依赖于第三方库的平台特定部分的变体.然后使用"伞形"模块作为依赖项，请求与当前平台匹配的属性.

  为此，您需要配置一个没有自己代码的库的构建，但它仍然应该公开具有不同属性的多个变体.在这些变体中，您可以指定不同的依赖项，例如Windows变体中的依赖项nd4j.windows和针对Linux的变体中的依赖项nd4j.linux.

  • 或者让您分发的库成为"多平台"，这样就没有单独的"伞形"库，而是您的库具有针对不同平台的多种变体.如果您想简化发布和分发管道，即使以主库构建的复杂性为代价，这也是可取的.

然后，在构建中，需要请求与当前主机对应的属性.

Gradle API中可用于区分操作系统和体系 struct 的常见属性是OperatingSystemFamily.OPERATING_SYSTEM_ATTRIBUTE和MachineArchitecture.ARCHITECTURE_ATTRIBUTE

根据您的 Select ，发布的库将具有原始依赖项或对"伞形"库的依赖项，但无论主机平台如何，它都将具有相同的依赖项.

另一方面，both approaches impose the responsibility on the consumers of your publication也可以通过指定正确的操作系统属性，并可能添加相同的组件元数据规则来调整其构建.这两项都可以通过Gradle插件完成，您可以分发该插件，也可以手动完成.

由于您提到了Kotlin/Multiplatform，您可能会感兴趣的是，上述内容大致上也是Kotlin如何支持指定对多平台库的单个依赖关系.您可以在已发布的Kotlin库中找到特定于平台的变体，例如，在Gradle *.module metadata file of kotlinx.coroutines:

"variants": [
    ...
    {
      "name": "iosArm32MetadataElements-published",
      "attributes": {
        "org.gradle.category": "library",
        "org.gradle.usage": "kotlin-metadata",
        "org.jetbrains.kotlin.native.target": "ios_arm32",
        "org.jetbrains.kotlin.platform.type": "native"
      },
      "available-at": { ... }
    },
    {
      "name": "iosArm64ApiElements-published",
      "attributes": {
        "org.gradle.category": "library",
        "org.gradle.usage": "kotlin-api",
        "org.jetbrains.kotlin.native.target": "ios_arm64",
        "org.jetbrains.kotlin.platform.type": "native"
      },
      "available-at": { ... }
    },
    ...
]

在Kotlin/Multiplatform的情况下，是Kotlin Gradle插件根据消费者的目标平台在消费者端设置了正确的属性.