Java 规则

报告问题 查看源代码 每夜 build · 8.0 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

规则

java_binary

查看规则源代码
java_binary(name, deps, srcs, data, resources, add_exports, add_opens, args, bootclasspath, classpath_resources, compatible_with, create_executable, deploy_env, deploy_manifest_lines, deprecation, distribs, env, exec_compatible_with, exec_properties, features, javacopts, jvm_flags, launcher, licenses, main_class, neverlink, output_licenses, plugins, resource_strip_prefix, restricted_to, runtime_deps, stamp, tags, target_compatible_with, testonly, toolchains, use_launcher, use_testrunner, visibility)

构建 Java 归档文件(“jar 文件”)以及与规则同名的封装容器 shell 脚本。 封装容器 Shell 脚本使用 classpath,其中包括二进制文件依赖的每个库的 jar 文件等内容。运行封装容器 shell 脚本时,任何非空 JAVABIN 环境变量都将优先于通过 Bazel 的 --java_runtime_version 标志指定的版本。

封装容器脚本接受多个唯一标志。如需查看封装容器接受的可配置标志和环境变量的列表,请参阅 //src/main/java/com/google/devtools/build/lib/bazel/rules/java/java_stub_template.txt

隐式输出目标

  • name.jar:一个 Java 归档文件,其中包含与二进制文件的直接依赖项对应的类文件和其他资源。
  • name-src.jar:包含源代码的归档文件(“源 jar”)。
  • name_deploy.jar:适合部署的 Java 归档文件(仅在明确请求时才会构建)。

    为规则构建 <name>_deploy.jar 目标会创建一个包含清单的自包含 jar 文件,以便使用 java -jar 命令或封装容器脚本的 --singlejar 选项运行该文件。使用封装容器脚本比使用 java -jar 更为推荐,因为它还会传递 JVM 标志和用于加载原生库的选项。

    部署 JAR 文件包含从二进制文件的封装容器脚本从头到尾搜索类路径的类加载器会找到的所有类。它还包含依赖项所需的原生库。这些类会在运行时自动加载到 JVM 中。

    如果您的目标指定了启动器属性,则 _deploy.jar 将是原生二进制文件,而不是普通 JAR 文件。其中包含启动器以及规则的所有原生 (C++) 依赖项,所有这些依赖项都已链接到静态二进制文件。实际 jar 文件的字节将附加到该原生二进制文件,从而创建一个同时包含可执行文件和 Java 代码的二进制 blob。您可以直接执行生成的 jar 文件,就像执行任何原生二进制文件一样。

  • name_deploy-src.jar:包含从目标的传递闭包收集的源代码的归档文件。这些类将与 deploy.jar 中的类匹配,除非 jar 没有匹配的源 jar。

最好使用应用的主要入口点(不带扩展名)的源文件名称。例如,如果您的入口点名为 Main.java,则您的名称可以是 Main

在没有 srcsjava_binary 规则中,不允许使用 deps 属性;此类规则需要 runtime_deps 提供的 main_class

以下代码段展示了一个常见错误:


java_binary(
    name = "DontDoThis",
    srcs = [
        ...,
        "GeneratedJavaFile.java",  # a generated .java file
    ],
    deps = [":generating_rule",],  # rule that generates that file
)

请改为执行以下操作:


java_binary(
    name = "DoThisInstead",
    srcs = [
        ...,
        ":generating_rule",
    ],
)

参数

属性
name

名称;必需

此目标的唯一名称。

deps

标签列表;默认值为 []

要链接到目标中的其他库的列表。 如需了解 deps 的一般说明,请参阅大多数 build 规则定义的典型属性
srcs

标签列表;默认值为 []

用于创建目标而被处理的源文件列表。 此属性几乎总是必需的;请参阅下文中的例外情况。

系统会编译类型为 .java 的源文件。对于生成的 .java 文件,通常建议在此处放置生成规则的名称,而不是文件本身的名称。这不仅提高了可读性,还使规则对未来的更改更具弹性:如果生成规则将来生成不同的文件,您只需修复一个位置:生成规则的 outs。您不应在 deps 中列出生成规则,因为它是无操作的。

系统会解压缩和编译类型为 .srcjar 的源文件。(如果您需要使用 genrule 生成一组 .java 文件,这会很有用。)

规则:如果规则(通常为 genrulefilegroup)生成上述任何文件,则这些文件的使用方式与源文件相同。

此参数几乎总是必需的,除非 main_class 属性指定了运行时类路径上的类,或者您指定了 runtime_deps 参数。

data

标签列表;默认值为 []

此库在运行时所需的文件列表。 如需了解 data 的一般说明,请参阅大多数 build 规则定义的典型属性
resources

标签列表;默认值为 []

要添加到 Java jar 中的数据文件的列表。

资源可以是源文件或生成的文件。

如果指定了资源,它们将与编译生成的常规 .class 文件一起打包到 jar 中。jar 文件中资源的位置由项目结构决定。Bazel 会先查找 Maven 的标准目录布局(一个“src”目录,后跟一个“resources”子目录)。如果未找到该目录,Bazel 会查找名为“java”或“javatests”的顶级目录(例如,如果资源位于 <workspace root>/x/java/y/java/z,则资源的路径为 y/java/z。此启发词语无法替换,但 resource_strip_prefix 属性可用于为资源文件指定特定的备用目录。

add_exports

字符串列表;默认值为 []

允许此库访问给定的 modulepackage

这与 javac 和 JVM --add-exports= 标志相对应。

add_opens

字符串列表;默认值为 []

允许此库以反射方式访问给定的 modulepackage

这对应于 javac 和 JVM --add-opens= 标志。

bootclasspath

标签;默认值为 None

受限 API,请勿使用!
classpath_resources

标签列表;默认值为 []

除非别无他法,否则请勿使用此选项

必须位于 Java 树根目录下的资源列表。此属性的唯一用途是支持要求其资源在类路径中以 "myconfig.xml" 的确切形式找到的第三方库。由于存在命名空间冲突的危险,因此仅允许在二进制文件中使用此方法,而不允许在库中使用。

create_executable

布尔值;默认值为 True

已弃用,请改用 java_single_jar
deploy_env

标签列表;默认值为 []

其他 java_binary 目标的列表,这些目标代表此二进制文件的部署环境。在构建将由其他 java_binary 加载的插件时,请设置此属性。
设置此属性会从此二进制文件的运行时类路径(以及部署 jar 文件)中排除此二进制文件与 deploy_env 中指定的目标之间共享的所有依赖项。
deploy_manifest_lines

字符串列表;默认值为 []

要添加到为 *_deploy.jar 目标生成的 META-INF/manifest.mf 文件中的代码行列表。此属性的内容“Make 变量”替换的影响。
javacopts

字符串列表;默认值为 []

此二进制文件的额外编译器选项。 会受到 “Make 变量”替换和 Bourne shell 令牌化的影响。

这些编译器选项会在全局编译器选项之后传递给 javac。

jvm_flags

字符串列表;默认值为 []

要嵌入到为运行此二进制文件而生成的封装容器脚本中的标志列表。会受到 $(location)“Make 变量”替换以及 Bourne shell 令牌化的影响。

Java 二进制文件的封装容器脚本包含 CLASSPATH 定义(用于查找所有依赖项 jar),并调用正确的 Java 解释器。封装容器脚本生成的命令行包含主类名称后跟 "$@",以便您在类名称后传递其他参数。不过,必须在命令行上的类名称之前指定要由 JVM 解析的参数。在列出类名称之前,系统会将 jvm_flags 的内容添加到封装容器脚本中。

请注意,此属性对 *_deploy.jar 输出没有影响

launcher

标签;默认值为 None

指定用于运行 Java 程序的二进制文件,而不是 JDK 随附的常规 bin/java 程序。目标必须是 cc_binary。实现 Java Invocation API 的任何 cc_binary 都可以指定为此属性的值。

默认情况下,Bazel 将使用常规 JDK 启动器 (bin/java 或 java.exe)。

相关的 --java_launcher Bazel 标志仅会影响未指定 launcher 属性的 java_binaryjava_test 目标。

请注意,原生 (C++, SWIG, JNI) 依赖项的构建方式会因您使用的是 JDK 启动器还是其他启动器而异:

  • 如果您使用的是常规 JDK 启动器(默认),则原生依赖项会构建为名为 {name}_nativedeps.so 的共享库,其中 {name} 是此 java_binary 规则的 name 属性。在此配置中,链接器不会移除未使用的代码。
  • 如果您使用的是任何其他启动器,原生 (C++) 依赖项会静态链接到名为 {name}_nativedeps 的二进制文件,其中 {name} 是此 java_binary 规则的 name 属性。在这种情况下,链接器会从生成的二进制文件中移除它认为未使用的所有代码,这意味着,除非 cc_library 目标指定了 alwayslink = True,否则仅通过 JNI 访问的任何 C++ 代码都可能无法关联。

使用默认 JDK 启动器以外的任何启动器时,*_deploy.jar 输出的格式会发生变化。如需了解详情,请参阅主要的 java_binary 文档。

main_class

字符串;默认值为 ""

包含要用作入口点的 main() 方法的类的名称。如果规则使用此选项,则无需 srcs=[...] 列表。因此,借助此属性,您可以使用已包含一个或多个 main() 方法的 Java 库创建可执行文件。

此属性的值是类名称,而不是源文件。该类必须在运行时可用:它可以由此规则(从 srcs)编译,也可以由直接或传递依赖项(通过 runtime_depsdeps)提供。如果该类不可用,二进制文件将在运行时失败;不会进行构建时检查。

布尔值;默认值为 False

plugins

标签列表;默认值为 []

要在编译时运行的 Java 编译器插件。每当构建此规则时,系统都会运行此属性中指定的每个 java_plugin。库还可以从使用 exported_plugins 的依赖项继承插件。插件生成的资源将包含在此规则的生成 jar 中。
resource_strip_prefix

字符串;默认值为 ""

要从 Java 资源中剥离的路径前缀。

如果指定了此路径前缀,系统会从 resources 属性中的每个文件中剥离此前缀。如果资源文件不在该目录下,则会出错。如果未指定(默认),资源文件的路径将根据与源文件的 Java 软件包相同的逻辑确定。例如,位于 stuff/java/foo/bar/a.txt 的源文件将位于 foo/bar/a.txt

runtime_deps

标签列表;默认值为 []

仅在运行时提供给最终二进制文件或进行测试的库。 与普通的 deps 一样,这些类也会显示在运行时类路径中,但与它们不同的是,不会显示在编译时类路径中。仅在运行时需要的依赖项应在此处列出。依赖项分析工具应忽略同时出现在 runtime_depsdeps 中的目标。
stamp

整数;默认为 -1

是否将 build 信息编码到二进制文件中。可能的值:
  • stamp = 1:始终将 build 信息戳入二进制文件,即使在 --nostamp build 中也是如此。应避免使用此设置,因为它可能会终止二进制文件以及依赖于它的所有下游操作的远程缓存。
  • stamp = 0:始终将 build 信息替换为常量值。这样可以实现良好的 build 结果缓存。
  • stamp = -1:build 信息的嵌入由 --[no]stamp 标志控制。

除非其依赖项发生变化,否则不会重新构建带有标记的二进制文件。

use_launcher

布尔值;默认值为 True

二进制文件是否应使用自定义启动器。

如果此属性设为 false,系统将忽略此目标的 launcher 属性和相关的 --java_launcher 标志。

use_testrunner

布尔值;默认值为 False

将测试运行程序(默认为 com.google.testing.junit.runner.BazelTestRunner)类用作 Java 程序的主要入口点,并将测试类作为 bazel.test_suite 系统属性的值提供给测试运行程序。
您可以使用此属性来覆盖默认行为,即对 java_test 规则使用测试运行程序,而不对 java_binary 规则使用测试运行程序。您不太可能想这样做。一种用途是用于由其他规则调用的 AllTest 规则(例如,在运行测试之前设置数据库)。AllTest 规则必须声明为 java_binary,但仍应使用测试运行程序作为其主要入口点。 您可以使用 main_class 属性替换测试运行程序类的名称。

java_import

查看规则源代码
java_import(name, deps, data, add_exports, add_opens, compatible_with, constraints, deprecation, distribs, exec_compatible_with, exec_properties, exports, features, jars, licenses, neverlink, proguard_specs, restricted_to, runtime_deps, srcjar, tags, target_compatible_with, testonly, toolchains, visibility)

此规则允许将预编译的 .jar 文件用作 java_libraryjava_binary 规则的库。

示例


    java_import(
        name = "maven_model",
        jars = [
            "maven_model/maven-aether-provider-3.2.3.jar",
            "maven_model/maven-model-3.2.3.jar",
            "maven_model/maven-model-builder-3.2.3.jar",
        ],
    )

参数

属性
name

名称;必需

此目标的唯一名称。

deps

标签列表;默认值为 []

要链接到目标中的其他库的列表。 请参阅 java_library.deps
data

标签列表;默认值为 []

此规则在运行时所需的文件列表。
add_exports

字符串列表;默认值为 []

允许此库访问给定的 modulepackage

这与 javac 和 JVM --add-exports= 标志相对应。

add_opens

字符串列表;默认值为 []

允许此库以反射方式访问给定的 modulepackage

这对应于 javac 和 JVM --add-opens= 标志。

constraints

字符串列表;默认值为 []

作为 Java 库对此规则施加的额外约束条件。
exports

标签列表;默认值为 []

要向此规则的用户提供的目标。 请参阅 java_library.exports
jars

标签列表;必需

向依赖于此目标的 Java 目标提供的 JAR 文件列表。

布尔值;默认值为 False

请仅在编译时使用此库,不要在运行时使用。如果库将由运行时环境在执行期间提供,则此属性非常有用。此类库的示例包括适用于 IDE 插件的 IDE API,或适用于在标准 JDK 上运行的任何内容的 tools.jar
proguard_specs

标签列表;默认值为 []

要用作 Proguard 规范的文件。这些文件将描述 Proguard 要使用的一组规范。如果指定了这些属性,系统会将其添加到依赖于此库的任何 android_binary 目标中。 此处包含的文件只能包含幂等规则,即 -dontnote、-dontwarn、assumenosideeffects 以及以 -keep 开头的规则。其他选项只能显示在 android_binary 的 proguard_specs 中,以确保非自相矛盾的合并。
runtime_deps

标签列表;默认值为 []

仅在运行时提供给最终二进制文件或进行测试的库。 请参阅 java_library.runtime_deps
srcjar

标签;默认值为 None

包含已编译 JAR 文件的源代码的 JAR 文件。

java_library

查看规则源代码
java_library(name, deps, srcs, data, resources, add_exports, add_opens, bootclasspath, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, exported_plugins, exports, features, javabuilder_jvm_flags, javacopts, licenses, neverlink, plugins, proguard_specs, resource_strip_prefix, restricted_to, runtime_deps, tags, target_compatible_with, testonly, toolchains, visibility)

此规则会将源代码编译并链接到 .jar 文件中。

隐式输出

  • libname.jar:包含类文件的 Java 归档文件。
  • libname-src.jar:包含源代码的归档文件(“源 jar”)。

参数

属性
name

名称;必需

此目标的唯一名称。

deps

标签列表;默认值为 []

要链接到此库的库的列表。 如需了解 deps 的一般说明,请参阅大多数 build 规则定义的典型属性

deps 中列出的 java_library 规则构建的 jar 将位于此规则的编译时类路径中。此外,其 depsruntime_depsexports 的传递闭包将位于运行时类路径中。

相比之下,data 属性中的目标包含在 runfile 中,但不在编译时路径和运行时路径中。

srcs

标签列表;默认值为 []

用于创建目标而被处理的源文件列表。 此属性几乎总是必需的;请参阅下文中的例外情况。

系统会编译类型为 .java 的源文件。对于生成的 .java 文件,通常建议在此处放置生成规则的名称,而不是文件本身的名称。这不仅提高了可读性,还使规则对未来的更改更具弹性:如果生成规则将来生成不同的文件,您只需修复一个位置:生成规则的 outs。您不应在 deps 中列出生成规则,因为它是无操作的。

系统会解压缩和编译类型为 .srcjar 的源文件。(如果您需要使用 genrule 生成一组 .java 文件,这会很有用。)

规则:如果规则(通常为 genrulefilegroup)生成上述任何文件,则这些文件的使用方式与源文件相同。

类型为 .properties 的源文件会被视为资源。

只要存在上述文件类型的至少一个文件,系统就会忽略所有其他文件。否则,系统会引发错误。

除非您指定了 runtime_deps 参数,否则此参数几乎总是必需的。

data

标签列表;默认值为 []

此库在运行时所需的文件列表。 如需了解 data 的一般说明,请参阅大多数 build 规则定义的典型属性

构建 java_library 时,Bazel 不会将这些文件放置在任何位置;如果 data 文件是生成的文件,则 Bazel 会生成这些文件。构建依赖于此 java_library 的测试时,Bazel 会将 data 文件复制或关联到 runfiles 区域。

resources

标签列表;默认值为 []

要添加到 Java jar 中的数据文件的列表。

资源可以是源文件或生成的文件。

如果指定了资源,它们将与编译生成的常规 .class 文件一起打包到 jar 中。jar 文件中资源的位置由项目结构决定。Bazel 会先查找 Maven 的标准目录布局(一个“src”目录,后跟一个“resources”子目录)。如果未找到该目录,Bazel 会查找名为“java”或“javatests”的顶级目录(例如,如果资源位于 <workspace root>/x/java/y/java/z,则资源的路径为 y/java/z。此启发词语无法替换,但 resource_strip_prefix 属性可用于为资源文件指定特定的备用目录。

add_exports

字符串列表;默认值为 []

允许此库访问给定的 modulepackage

这与 javac 和 JVM --add-exports= 标志相对应。

add_opens

字符串列表;默认值为 []

允许此库以反射方式访问给定的 modulepackage

这对应于 javac 和 JVM --add-opens= 标志。

bootclasspath

标签;默认值为 None

受限 API,请勿使用!
exported_plugins

标签列表;默认值为 []

要导出到直接依赖于此库的库的 java_plugin(例如注解处理程序)的列表。

指定的 java_plugin 列表将应用于直接依赖于此库的任何库,就像该库在 plugins 中明确声明了这些标签一样。

exports

标签列表;默认值为 []

导出的库。

在此处列出规则会使其可供父级规则使用,就像父级规则明确依赖于这些规则一样。但对于常规(非导出的)deps,情况并非如此。

摘要:如果规则 X 与规则 Y 之间存在以 deps 边开头、后跟零个或多个 exports 边的依赖项路径,则 X 可以访问 Y 中的代码。下面我们来看一些示例来加以说明。

假设 A 依赖于 B,而 B 依赖于 C。在本例中,C 是 A 的传递依赖项,因此更改 C 的源代码并重新构建 A 即可正确重新构建所有内容。但是,A 将无法在 C 中使用类。为此,A 必须在其 deps 中声明 C,或者 B 可以在其 exports 属性中声明 C,以便 A(以及可能依赖于 A 的任何内容)更轻松地使用 C。

所有直接父级规则都可以关闭导出的库。我们来看一个略有不同的示例:A 依赖于 B,B 依赖于 C 和 D,并且还会导出 C,但不会导出 D。 现在,A 有权访问 C,但无权访问 D。现在,如果 C 和 D 分别导出了一些库 C' 和 D',则 A 只能访问 C',而无法访问 D'。

重要提示:导出的规则不是常规依赖项。仍以前面的示例为例,如果 B 导出 C 并希望也使用 C,则还必须在自己的 deps 中列出它。

javabuilder_jvm_flags

字符串列表;默认值为 []

受限 API,请勿使用!
javacopts

字符串列表;默认值为 []

此库的额外编译器选项。 会受到 “Make 变量”替换和 Bourne shell 令牌化的影响。

这些编译器选项会在全局编译器选项之后传递给 javac。

布尔值;默认值为 False

此库是否应仅用于编译,而不应在运行时使用。如果库将在执行期间由运行时环境提供,则此属性非常有用。此类库的示例包括适用于 IDE 插件的 IDE API,或适用于在标准 JDK 上运行的任何内容的 tools.jar

请注意,neverlink = True 不会阻止编译器将此库中的 Material 内嵌到依赖于它的编译目标中,因为 Java 语言规范允许这样做(例如,String 或基元类型的 static final 常量)。因此,首选用例是运行时库与编译库相同。

如果运行时库与编译库不同,则您必须确保它只在 JLS 禁止编译器内嵌的位置有所不同(对于 JLS 的所有未来版本,这一点都必须成立)。

plugins

标签列表;默认值为 []

要在编译时运行的 Java 编译器插件。每当构建此规则时,系统都会运行此属性中指定的每个 java_plugin。库还可以从使用 exported_plugins 的依赖项继承插件。插件生成的资源将包含在此规则的生成 jar 中。
proguard_specs

标签列表;默认值为 []

要用作 Proguard 规范的文件。这些文件将描述 Proguard 要使用的一组规范。如果指定了这些属性,系统会将其添加到依赖于此库的任何 android_binary 目标中。 此处包含的文件只能包含幂等规则,即 -dontnote、-dontwarn、assumenosideeffects 以及以 -keep 开头的规则。其他选项只能显示在 android_binary 的 proguard_specs 中,以确保非自相矛盾的合并。
resource_strip_prefix

字符串;默认值为 ""

要从 Java 资源中剥离的路径前缀。

如果指定了此路径前缀,系统会从 resources 属性中的每个文件中剥离此前缀。如果资源文件不在该目录下,则会出错。如果未指定(默认),资源文件的路径将根据与源文件的 Java 软件包相同的逻辑确定。例如,位于 stuff/java/foo/bar/a.txt 的源文件将位于 foo/bar/a.txt

runtime_deps

标签列表;默认值为 []

仅在运行时提供给最终二进制文件或进行测试的库。 与普通的 deps 一样,这些类也会显示在运行时类路径中,但与它们不同的是,不会显示在编译时类路径中。仅在运行时需要的依赖项应在此处列出。依赖项分析工具应忽略同时出现在 runtime_depsdeps 中的目标。

java_test

查看规则源代码
java_test(name, deps, srcs, data, resources, add_exports, add_opens, args, bootclasspath, classpath_resources, compatible_with, create_executable, deploy_manifest_lines, deprecation, distribs, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, javacopts, jvm_flags, launcher, licenses, local, main_class, neverlink, plugins, resource_strip_prefix, restricted_to, runtime_deps, shard_count, size, stamp, tags, target_compatible_with, test_class, testonly, timeout, toolchains, use_launcher, use_testrunner, visibility)

java_test() 规则会编译 Java 测试。测试是围绕测试代码的二进制封装容器。系统会调用测试运行程序的主方法,而不是编译的主类。

隐式输出目标

  • name.jar:Java 归档文件。
  • name_deploy.jar:适合部署的 Java 归档文件。(仅在明确请求时才构建。)如需了解详情,请参阅 java_binaryname_deploy.jar 输出的说明。

请参阅 java_binary() 参数部分。此规则还支持所有测试规则 (*_test) 通用的属性

示例



java_library(
    name = "tests",
    srcs = glob(["*.java"]),
    deps = [
        "//java/com/foo/base:testResources",
        "//java/com/foo/testing/util",
    ],
)

java_test(
    name = "AllTests",
    size = "small",
    runtime_deps = [
        ":tests",
        "//util/mysql",
    ],
)

参数

属性
name

名称;必需

此目标的唯一名称。

deps

标签列表;默认值为 []

要链接到目标中的其他库的列表。 如需了解 deps 的一般说明,请参阅大多数 build 规则定义的典型属性
srcs

标签列表;默认值为 []

用于创建目标而被处理的源文件列表。 此属性几乎总是必需的;请参阅下文中的例外情况。

系统会编译类型为 .java 的源文件。对于生成的 .java 文件,通常建议在此处放置生成规则的名称,而不是文件本身的名称。这不仅提高了可读性,还使规则对未来的更改更具弹性:如果生成规则将来生成不同的文件,您只需修复一个位置:生成规则的 outs。您不应在 deps 中列出生成规则,因为它是无操作的。

系统会解压缩和编译类型为 .srcjar 的源文件。(如果您需要使用 genrule 生成一组 .java 文件,这会很有用。)

规则:如果规则(通常为 genrulefilegroup)生成上述任何文件,则这些文件的使用方式与源文件相同。

此参数几乎总是必需的,除非 main_class 属性指定了运行时类路径上的类,或者您指定了 runtime_deps 参数。

data

标签列表;默认值为 []

此库在运行时所需的文件列表。 如需了解 data 的一般说明,请参阅大多数 build 规则定义的典型属性
resources

标签列表;默认值为 []

要添加到 Java jar 中的数据文件的列表。

资源可以是源文件或生成的文件。

如果指定了资源,它们将与编译生成的常规 .class 文件一起打包到 jar 中。jar 文件中资源的位置由项目结构决定。Bazel 会先查找 Maven 的标准目录布局(一个“src”目录,后跟一个“resources”子目录)。如果未找到该目录,Bazel 会查找名为“java”或“javatests”的顶级目录(例如,如果资源位于 <workspace root>/x/java/y/java/z,则资源的路径为 y/java/z。此启发词语无法替换,但 resource_strip_prefix 属性可用于为资源文件指定特定的备用目录。

add_exports

字符串列表;默认值为 []

允许此库访问给定的 modulepackage

这与 javac 和 JVM --add-exports= 标志相对应。

add_opens

字符串列表;默认值为 []

允许此库以反射方式访问给定的 modulepackage

这对应于 javac 和 JVM --add-opens= 标志。

bootclasspath

标签;默认值为 None

受限 API,请勿使用!
classpath_resources

标签列表;默认值为 []

除非别无他法,否则请勿使用此选项

必须位于 Java 树根目录下的资源列表。此属性的唯一用途是支持要求其资源在类路径中以 "myconfig.xml" 的确切形式找到的第三方库。由于存在命名空间冲突的危险,因此仅允许在二进制文件中使用此方法,而不允许在库中使用。

create_executable

布尔值;默认值为 True

已弃用,请改用 java_single_jar
deploy_manifest_lines

字符串列表;默认值为 []

要添加到为 *_deploy.jar 目标生成的 META-INF/manifest.mf 文件中的代码行列表。此属性的内容“Make 变量”替换的影响。
javacopts

字符串列表;默认值为 []

此二进制文件的额外编译器选项。 会受到 “Make 变量”替换和 Bourne shell 令牌化的影响。

这些编译器选项会在全局编译器选项之后传递给 javac。

jvm_flags

字符串列表;默认值为 []

要嵌入到为运行此二进制文件而生成的封装容器脚本中的标志列表。会受到 $(location)“Make 变量”替换以及 Bourne shell 令牌化的影响。

Java 二进制文件的封装容器脚本包含 CLASSPATH 定义(用于查找所有依赖项 jar),并调用正确的 Java 解释器。封装容器脚本生成的命令行包含主类名称后跟 "$@",以便您在类名称后传递其他参数。不过,必须在命令行上的类名称之前指定要由 JVM 解析的参数。在列出类名称之前,系统会将 jvm_flags 的内容添加到封装容器脚本中。

请注意,此属性对 *_deploy.jar 输出没有影响

launcher

标签;默认值为 None

指定用于运行 Java 程序的二进制文件,而不是 JDK 随附的常规 bin/java 程序。目标必须是 cc_binary。实现 Java Invocation API 的任何 cc_binary 都可以指定为此属性的值。

默认情况下,Bazel 将使用常规 JDK 启动器 (bin/java 或 java.exe)。

相关的 --java_launcher Bazel 标志仅会影响未指定 launcher 属性的 java_binaryjava_test 目标。

请注意,原生 (C++, SWIG, JNI) 依赖项的构建方式会因您使用的是 JDK 启动器还是其他启动器而异:

  • 如果您使用的是常规 JDK 启动器(默认),则原生依赖项会构建为名为 {name}_nativedeps.so 的共享库,其中 {name} 是此 java_binary 规则的 name 属性。在此配置中,链接器不会移除未使用的代码。
  • 如果您使用的是任何其他启动器,原生 (C++) 依赖项会静态链接到名为 {name}_nativedeps 的二进制文件,其中 {name} 是此 java_binary 规则的 name 属性。在这种情况下,链接器会从生成的二进制文件中移除它认为未使用的所有代码,这意味着,除非 cc_library 目标指定了 alwayslink = True,否则仅通过 JNI 访问的任何 C++ 代码都可能无法关联。

使用默认 JDK 启动器以外的任何启动器时,*_deploy.jar 输出的格式会发生变化。如需了解详情,请参阅主要的 java_binary 文档。

main_class

字符串;默认值为 ""

包含要用作入口点的 main() 方法的类的名称。如果规则使用此选项,则无需 srcs=[...] 列表。因此,借助此属性,您可以使用已包含一个或多个 main() 方法的 Java 库创建可执行文件。

此属性的值是类名称,而不是源文件。该类必须在运行时可用:它可以由此规则(从 srcs)编译,也可以由直接或传递依赖项(通过 runtime_depsdeps)提供。如果该类不可用,二进制文件将在运行时失败;不会进行构建时检查。

布尔值;默认值为 False

plugins

标签列表;默认值为 []

要在编译时运行的 Java 编译器插件。每当构建此规则时,系统都会运行此属性中指定的每个 java_plugin。库还可以从使用 exported_plugins 的依赖项继承插件。插件生成的资源将包含在此规则的生成 jar 中。
resource_strip_prefix

字符串;默认值为 ""

要从 Java 资源中剥离的路径前缀。

如果指定了此路径前缀,系统会从 resources 属性中的每个文件中剥离此前缀。如果资源文件不在该目录下,则会出错。如果未指定(默认),资源文件的路径将根据与源文件的 Java 软件包相同的逻辑确定。例如,位于 stuff/java/foo/bar/a.txt 的源文件将位于 foo/bar/a.txt

runtime_deps

标签列表;默认值为 []

仅在运行时提供给最终二进制文件或进行测试的库。 与普通的 deps 一样,这些类也会显示在运行时类路径中,但与它们不同的是,不会显示在编译时类路径中。仅在运行时需要的依赖项应在此处列出。依赖项分析工具应忽略同时出现在 runtime_depsdeps 中的目标。
stamp

整数;默认为 0

是否将 build 信息编码到二进制文件中。可能的值:
  • stamp = 1:始终将 build 信息戳入二进制文件,即使在 --nostamp build 中也是如此。应避免使用此设置,因为它可能会终止二进制文件以及依赖于它的所有下游操作的远程缓存。
  • stamp = 0:始终将 build 信息替换为常量值。这样可以实现良好的 build 结果缓存。
  • stamp = -1:build 信息的嵌入由 --[no]stamp 标志控制。

除非其依赖项发生变化,否则不会重新构建带有标记的二进制文件。

test_class

字符串;默认值为 ""

要由测试运行程序加载的 Java 类。

默认情况下,如果未定义此参数,则系统会使用旧版模式并改用测试参数。设置 --nolegacy_bazel_java_test 标志,以便不回退到第一个参数。

此属性指定要由此测试运行的 Java 类的名称。很少需要设置此参数。如果省略此参数,系统将使用目标的 name 及其相对于源根目录的路径推断出此参数。如果测试位于已知源根目录之外,如果未设置 test_class,Bazel 将报告错误。

对于 JUnit3,测试类需要是 junit.framework.TestCase 的子类,或者需要具有返回 junit.framework.Test(或 Test 的子类)的公共静态 suite() 方法。对于 JUnit4,该类需要带有 org.junit.runner.RunWith 注解。

此属性允许多个 java_test 规则共享相同的 TestTestCaseTestSuite 等)。通常,系统会将其他信息传递给它(例如通过 jvm_flags=['-Dkey=value']),以便其行为因具体情况而异,例如运行测试的不同子集。此属性还支持在 javatests 树之外使用 Java 测试。

use_launcher

布尔值;默认值为 True

二进制文件是否应使用自定义启动器。

如果此属性设为 false,系统将忽略此目标的 launcher 属性和相关的 --java_launcher 标志。

use_testrunner

布尔值;默认值为 True

将测试运行程序(默认为 com.google.testing.junit.runner.BazelTestRunner)类用作 Java 程序的主要入口点,并将测试类作为 bazel.test_suite 系统属性的值提供给测试运行程序。
您可以使用此属性来覆盖默认行为,即对 java_test 规则使用测试运行程序,而不对 java_binary 规则使用测试运行程序。您不太可能想这样做。一种用途是用于由其他规则调用的 AllTest 规则(例如,在运行测试之前设置数据库)。AllTest 规则必须声明为 java_binary,但仍应使用测试运行程序作为其主要入口点。 您可以使用 main_class 属性替换测试运行程序类的名称。

java_package_configuration

查看规则源代码
java_package_configuration(name, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, javacopts, output_licenses, packages, restricted_to, system, tags, target_compatible_with, testonly, toolchains, visibility)

要应用于一组软件包的配置。 可以向 java_toolchain.javacopts 添加配置。

示例:



java_package_configuration(
    name = "my_configuration",
    packages = [":my_packages"],
    javacopts = ["-Werror"],
)

package_group(
    name = "my_packages",
    packages = [
        "//com/my/project/...",
        "-//com/my/project/testing/...",
    ],
)

java_toolchain(
    ...,
    package_configuration = [
        ":my_configuration",
    ]
)


参数

属性
name

名称;必需

此目标的唯一名称。

data

标签列表;默认值为 []

此配置在运行时需要的文件列表。
javacopts

字符串列表;默认值为 []

Java 编译器标志。
output_licenses

字符串列表;默认值为 []

packages

标签列表;默认值为 []

应应用配置的一组 package_group
system

标签;默认值为 None

对应于 javac 的 --system 标志。

java_plugin

查看规则源代码
java_plugin(name, deps, srcs, data, resources, add_exports, add_opens, bootclasspath, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, generates_api, javabuilder_jvm_flags, javacopts, licenses, neverlink, output_licenses, plugins, processor_class, proguard_specs, resource_strip_prefix, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)

java_plugin 为由 Bazel 运行的 Java 编译器定义插件。唯一受支持的插件类型是注解处理器。java_libraryjava_binary 规则可以通过 plugins 属性依赖于插件来运行插件。java_library 还可以使用 exported_plugins 自动将插件导出到直接依赖于它的库。

隐式输出目标

  • libname.jar:Java 归档文件。

参数与 java_library 相同,但添加了 processor_class 参数。

参数

属性
name

名称;必需

此目标的唯一名称。

deps

标签列表;默认值为 []

要链接到此库的库的列表。 如需了解 deps 的一般说明,请参阅大多数 build 规则定义的典型属性

deps 中列出的 java_library 规则构建的 jar 将位于此规则的编译时类路径中。此外,其 depsruntime_depsexports 的传递闭包将位于运行时类路径中。

相比之下,data 属性中的目标包含在 runfile 中,但不在编译时路径和运行时路径中。

srcs

标签列表;默认值为 []

用于创建目标而被处理的源文件列表。 此属性几乎总是必需的;请参阅下文中的例外情况。

系统会编译类型为 .java 的源文件。对于生成的 .java 文件,通常建议在此处放置生成规则的名称,而不是文件本身的名称。这不仅提高了可读性,还使规则对未来的更改更具弹性:如果生成规则将来生成不同的文件,您只需修复一个位置:生成规则的 outs。您不应在 deps 中列出生成规则,因为它是无操作的。

系统会解压缩和编译类型为 .srcjar 的源文件。(如果您需要使用 genrule 生成一组 .java 文件,这会很有用。)

规则:如果规则(通常为 genrulefilegroup)生成上述任何文件,则这些文件的使用方式与源文件相同。

类型为 .properties 的源文件会被视为资源。

只要存在上述文件类型的至少一个文件,系统就会忽略所有其他文件。否则,系统会引发错误。

除非您指定了 runtime_deps 参数,否则此参数几乎总是必需的。

data

标签列表;默认值为 []

此库在运行时所需的文件列表。 如需了解 data 的一般说明,请参阅大多数 build 规则定义的典型属性

构建 java_library 时,Bazel 不会将这些文件放置在任何位置;如果 data 文件是生成的文件,则 Bazel 会生成这些文件。构建依赖于此 java_library 的测试时,Bazel 会将 data 文件复制或关联到 runfiles 区域。

resources

标签列表;默认值为 []

要添加到 Java jar 中的数据文件的列表。

资源可以是源文件或生成的文件。

如果指定了资源,它们将与编译生成的常规 .class 文件一起打包到 jar 中。jar 文件中资源的位置由项目结构决定。Bazel 会先查找 Maven 的标准目录布局(一个“src”目录,后跟一个“resources”子目录)。如果未找到该目录,Bazel 会查找名为“java”或“javatests”的顶级目录(例如,如果资源位于 <workspace root>/x/java/y/java/z,则资源的路径为 y/java/z。此启发词语无法替换,但 resource_strip_prefix 属性可用于为资源文件指定特定的备用目录。

add_exports

字符串列表;默认值为 []

允许此库访问给定的 modulepackage

这与 javac 和 JVM --add-exports= 标志相对应。

add_opens

字符串列表;默认值为 []

允许此库以反射方式访问给定的 modulepackage

这对应于 javac 和 JVM --add-opens= 标志。

bootclasspath

标签;默认值为 None

受限 API,请勿使用!
generates_api

布尔值;默认值为 False

此属性用于标记生成 API 代码的注解处理程序。

如果某个规则使用 API 生成注解处理器,则只有在其编译操作安排在生成规则之后时,依赖于它的其他规则才能引用生成的代码。此属性会指示 Bazel 在启用 --java_header_compilation 时引入调度约束条件。

警告:此属性会影响 build 性能,请仅在必要时使用。

javabuilder_jvm_flags

字符串列表;默认值为 []

受限 API,请勿使用!
javacopts

字符串列表;默认值为 []

此库的额外编译器选项。 会受到 “Make 变量”替换和 Bourne shell 令牌化的影响。

这些编译器选项会在全局编译器选项之后传递给 javac。

布尔值;默认值为 False

此库是否应仅用于编译,而不应在运行时使用。如果库将在执行期间由运行时环境提供,则此属性非常有用。此类库的示例包括适用于 IDE 插件的 IDE API,或适用于在标准 JDK 上运行的任何内容的 tools.jar

请注意,neverlink = True 不会阻止编译器将此库中的 Material 内嵌到依赖于它的编译目标中,因为 Java 语言规范允许这样做(例如,String 或基元类型的 static final 常量)。因此,首选用例是运行时库与编译库相同。

如果运行时库与编译库不同,则您必须确保它只在 JLS 禁止编译器内嵌的位置有所不同(对于 JLS 的所有未来版本,这一点都必须成立)。

output_licenses

字符串列表;默认值为 []

plugins

标签列表;默认值为 []

要在编译时运行的 Java 编译器插件。每当构建此规则时,系统都会运行此属性中指定的每个 java_plugin。库还可以从使用 exported_plugins 的依赖项继承插件。插件生成的资源将包含在此规则的生成 jar 中。
processor_class

字符串;默认值为 ""

处理器类是 Java 编译器应用作注解处理器入口点的类的完全限定类型。如果未指定,此规则不会向 Java 编译器的注解处理添加注解处理器,但其运行时类路径仍会包含在编译器的注解处理器路径中。(这主要供易出错插件使用,这些插件使用 java.util.ServiceLoader 从注解处理器路径加载。)
proguard_specs

标签列表;默认值为 []

要用作 Proguard 规范的文件。这些文件将描述 Proguard 要使用的一组规范。如果指定了这些属性,系统会将其添加到依赖于此库的任何 android_binary 目标中。 此处包含的文件只能包含幂等规则,即 -dontnote、-dontwarn、assumenosideeffects 以及以 -keep 开头的规则。其他选项只能显示在 android_binary 的 proguard_specs 中,以确保非自相矛盾的合并。
resource_strip_prefix

字符串;默认值为 ""

要从 Java 资源中剥离的路径前缀。

如果指定了此路径前缀,系统会从 resources 属性中的每个文件中剥离此前缀。如果资源文件不在该目录下,则会出错。如果未指定(默认),资源文件的路径将根据与源文件的 Java 软件包相同的逻辑确定。例如,位于 stuff/java/foo/bar/a.txt 的源文件将位于 foo/bar/a.txt

java_runtime

查看规则源代码
java_runtime(name, srcs, compatible_with, default_cds, deprecation, distribs, exec_compatible_with, exec_properties, features, hermetic_srcs, hermetic_static_libs, java, java_home, lib_ct_sym, lib_modules, output_licenses, restricted_to, tags, target_compatible_with, testonly, toolchains, version, visibility)

指定 Java 运行时的配置。

示例:



java_runtime(
    name = "jdk-9-ea+153",
    srcs = glob(["jdk9-ea+153/**"]),
    java_home = "jdk9-ea+153",
)


参数

属性
name

名称;必需

此目标的唯一名称。

srcs

标签列表;默认值为 []

运行时中的所有文件。
default_cds

标签;默认值为 None

适用于完整 java_runtime 的默认 CDS 归档。为 java_binary 目标启用密封后,java_runtime 默认 CDS 会打包在密封部署 JAR 中。
hermetic_srcs

标签列表;默认值为 []

运行时中为密封型部署所需的文件。
hermetic_static_libs

标签列表;默认值为 []

与启动器静态关联的库(适用于密封式部署)
java

标签;默认值为 None

Java 可执行文件的路径。
java_home

字符串;默认值为 ""

运行时根目录的路径。受 “Make”变量替换的约束。如果此路径是绝对路径,则该规则表示具有已知路径的非密封 Java 运行时。在这种情况下,srcsjava 属性必须为空。
lib_ct_sym

标签;默认值为 None

使用 --release 进行编译所需的 lib/ct.sym 文件。如果未指定,并且 srcs 中只有一个路径以 /lib/ct.sym 结尾的文件,则使用该文件。
lib_modules

标签;默认值为 None

密封型部署所需的 lib/modules 文件。
output_licenses

字符串列表;默认值为 []

version

整数;默认为 0

Java 运行时的功能版本。即 Runtime.version().feature() 返回的整数。

java_toolchain

查看规则源代码
java_toolchain(name, android_lint_data, android_lint_jvm_opts, android_lint_opts, android_lint_package_configuration, android_lint_runner, bootclasspath, compatible_javacopts, compatible_with, deprecation, deps_checker, distribs, exec_compatible_with, exec_properties, features, forcibly_disable_header_compilation, genclass, header_compiler, header_compiler_builtin_processors, header_compiler_direct, ijar, jacocorunner, java_runtime, javabuilder, javabuilder_data, javabuilder_jvm_opts, javac_supports_multiplex_workers, javac_supports_worker_cancellation, javac_supports_worker_multiplex_sandboxing, javac_supports_workers, javacopts, jspecify_implicit_deps, jspecify_javacopts, jspecify_packages, jspecify_processor, jspecify_processor_class, jspecify_stubs, jvm_opts, licenses, misc, oneversion, oneversion_allowlist, oneversion_allowlist_for_tests, oneversion_whitelist, package_configuration, proguard_allowlister, reduced_classpath_incompatible_processors, restricted_to, singlejar, source_version, tags, target_compatible_with, target_version, testonly, timezone_data, toolchains, tools, turbine_data, turbine_jvm_opts, visibility, xlint)

指定 Java 编译器的配置。您可以通过 --java_toolchain 参数更改要使用的工具链。通常,除非您想调整 Java 编译器,否则不应编写此类规则。

示例

下面是一个简单示例:



java_toolchain(
    name = "toolchain",
    source_version = "7",
    target_version = "7",
    bootclasspath = ["//tools/jdk:bootclasspath"],
    xlint = [ "classfile", "divzero", "empty", "options", "path" ],
    javacopts = [ "-g" ],
    javabuilder = ":JavaBuilder_deploy.jar",
)

参数

属性
name

名称;必需

此目标的唯一名称。

android_lint_data

标签列表;默认值为 []

android_lint_jvm_opts 中可用于标签展开的工具的标签。
android_lint_jvm_opts

字符串列表;默认值为 []

调用 Android Lint 时 JVM 的参数列表。
android_lint_opts

字符串列表;默认值为 []

Android Lint 参数列表。
android_lint_package_configuration

标签列表;默认值为 []

应应用于指定软件包组的 Android lint 配置。
android_lint_runner

标签;默认值为 None

Android Lint 运行程序的标签(如果有)。
bootclasspath

标签列表;默认值为 []

Java 目标 bootclasspath 条目。对应于 javac 的 -bootclasspath 标志。
compatible_javacopts

null;默认值为 {}

内部 API,请勿使用!
deps_checker

标签;默认值为 None

ImportDepsChecker 部署 jar 的标签。
forcibly_disable_header_compilation

布尔值;默认值为 False

替换了 --java_header_compilation,以在不支持标头编译的平台(例如 JDK 7 Bazel)上停用标头编译。
genclass

标签;默认值为 None

GenClass 部署 jar 的标签。
header_compiler

标签;默认值为 None

头文件编译器的标签。如果已启用 --java_header_compilation,则必须提供此值。
header_compiler_builtin_processors

字符串列表;默认值为 []

内部 API,请勿使用!
header_compiler_direct

标签;默认值为 None

头文件编译器的可选标签,用于直接类路径操作,不包含任何生成 API 的注解处理器。

此工具不支持注释处理。

ijar

标签;默认值为 None

ijar 可执行文件的标签。
jacocorunner

标签;默认值为 None

JacocoCoverageRunner 部署 jar 的标签。
java_runtime

标签;默认值为 None

要与此工具链搭配使用的 java_runtime。在执行配置中,默认为 java_runtime。
javabuilder

标签;默认值为 None

JavaBuilder 部署 jar 的标签。
javabuilder_data

标签列表;默认值为 []

javabuilder_jvm_opts 中可用于标签展开的数据的标签。
javabuilder_jvm_opts

字符串列表;默认值为 []

调用 JavaBuilder 时 JVM 的参数列表。
javac_supports_multiplex_workers

布尔值;默认值为 True

如果 JavaBuilder 支持作为多路复用永久性工作器运行,则为 true;否则为 false。
javac_supports_worker_cancellation

布尔值;默认值为 True

如果 JavaBuilder 支持取消永久性工作器,则为 true;如果不支持,则为 false。
javac_supports_worker_multiplex_sandboxing

布尔值;默认值为 False

如果 JavaBuilder 支持作为沙盒化多路复用永久性工作器运行,则为 true;否则为 false。
javac_supports_workers

布尔值;默认值为 True

如果 JavaBuilder 支持以永久性工作器运行,则为 true;否则为 false。
javacopts

字符串列表;默认值为 []

Java 编译器的额外参数列表。如需查看可能的 Java 编译器标志的完整列表,请参阅 Java 编译器文档。
jspecify_implicit_deps

标签;默认值为 None

实验性功能,请勿使用!
jspecify_javacopts

字符串列表;默认值为 []

实验性功能,请勿使用!
jspecify_packages

标签列表;默认值为 []

实验性功能,请勿使用!
jspecify_processor

标签;默认值为 None

实验性功能,请勿使用!
jspecify_processor_class

字符串;默认值为 ""

实验性功能,请勿使用!
jspecify_stubs

标签列表;默认值为 []

实验性功能,请勿使用!
jvm_opts

字符串列表;默认值为 []

调用 Java 编译器时 JVM 的参数列表。如需查看此选项的可能标志的完整列表,请参阅 Java 虚拟机文档。
misc

字符串列表;默认值为 []

已废弃:请改用 javacopts
oneversion

标签;默认值为 None

单版本违规处置二进制文件的标签。
oneversion_allowlist

标签;默认值为 None

单个版本许可名单的标签。
oneversion_allowlist_for_tests

标签;默认值为 None

测试的单版本许可名单的标签。
oneversion_whitelist

标签;默认值为 None

已废弃:请改用 oneversion_allowlist
package_configuration

标签列表;默认值为 []

应应用于指定软件包组的配置。
proguard_allowlister

标签;默认值为 "@bazel_tools//tools/jdk:proguard_whitelister"

Proguard 许可名单管理器的标签。
reduced_classpath_incompatible_processors

字符串列表;默认值为 []

内部 API,请勿使用!
singlejar

标签;默认值为 None

SingleJar 部署 jar 的标签。
source_version

字符串;默认值为 ""

Java 源代码版本(例如'6' 或 '7')。它指定 Java 源代码中允许使用哪组代码结构。
target_version

字符串;默认值为 ""

Java 目标版本(例如,'6' 或 '7')。它指定应针对哪个 Java 运行时构建类。
timezone_data

标签;默认值为 None

包含时区数据的资源 jar 的标签。如果设置,时区数据会添加为所有 java_binary 规则的隐式运行时依赖项。
tools

标签列表;默认值为 []

可在 jvm_opts 中用于标签展开的工具的标签。
turbine_data

标签列表;默认值为 []

turbine_jvm_opts 中可用于标签展开的数据的标签。
turbine_jvm_opts

字符串列表;默认值为 []

调用 turbine 时 JVM 的参数列表。
xlint

字符串列表;默认值为 []

要添加到默认列表或从中移除的警告列表。在其前面加上短划线即可将其移除。如需了解详情,请参阅有关 -Xlint 选项的 Javac 文档。