我应该总是用最新的javac编译器编译Java代码吗？
关于目标旗。与使用Java6编译器编译代码相比，使用针对Java6的Java8编译器编译Java6代码（当代码仍然在JVM6上运行时）有什么好处吗？
共有1个答案
与使用Java6编译器编译代码相比，使用针对Java6的Java8编译器编译Java6代码有什么好处吗？
没有。
因为java编译器不执行任何类型的优化，甚至不执行明显的优化，所以绝对没有性能提升。
-
至少在GCC中，如果我们提供生成汇编代码的选项，编译器会通过创建一个包含汇编代码的文件来服从。但是，当我们简单地运行命令而没有任何选项时，它不会在内部生成汇编代码吗？ 如果是，那么为什么它需要首先生成一个汇编代码，然后将其翻译成机器语言？
-
我知道这听起来像是一个奇怪的“问题”，但请坚持住。 我有一个支持OpenGL 3.3的显卡。< br >但是，我正在编写针对OpenGL 2.0的代码，因此也是针对1.1版的代码。< br >我有以下GLSL代码:< br > 如您所见，我已将GLSL版本指定为#version 110。 您可能还注意到，我对vec4位置使用了“in”关键字 该关键字在指定的GLSL版本中不可用，但它在我的图形卡（
-
最近，我们正在将java构建作业从serverA迁移到serverB，java源代码（包含中文字符）在使用Ant的原始serverA上编译良好( )，但是，当我们将相同的代码签出到新的serverB并运行相同的Ant脚本时，出现了编码错误，如“用于编码GBK的Unmappable character”（Unmappable character for encoding GBK）。（JDK版本相同）
-
我们目前在Java8中编译了代码，但我们在Java11 VM上运行它。现在我们也在尝试将代码移动到Java11编译时。想知道在Java8中编译代码与在Java11中编译代码在性能方面是否有任何好处，因为两个编译器都会生成不同的类文件（字节码）？在效率方面，一个与另一个有何不同？
-
1.1. 代码编译 1.1.1. Openwrt编译 1.1.2. Kernel编译 1.1.3. Uboot编译 1.1.4. VSP编译 1.1. 代码编译 1.1.1. Openwrt编译 作为Kamino18 YODAOS的整体编译环境，使用openwrt可以编译出系统正常运行所需的主要image如下： 镜像名字 镜像运行位置 镜像说明 镜像生成位置 mcu.bin MCU The ima
-
问题内容： 我正在编译一个具有package语句的程序。例如 我也有一个与package语句匹配的现有目录结构。 如何防止javac编译器在预先存在的目录结构中创建相同的目录结构？即 在我看来，编译器应该足够“聪明”，可以在创建目录结构之前先对其进行检查。 谢谢 问题答案： 通常，编译器期望源文件并根据包结构输出类文件。 如果不提供任何选项（或未提供任何sourcepath），则相对于当前目录搜索