1.一场因OpenJDK引发的码安血案
2.Java 开发者必备：JDK 版本详解与选择策略(含安装与验证)
3.JDK在Linux上的安装路径定义jdklinux路径
4.如何用Mac完美编译OpenJDK 7
5.openjdk和jdk差别大吗
6.openjdk和sunjdk有啥区别?

一场因OpenJDK引发的血案

       在进行项目开发时，遇到了一个令人头疼的码安问题。在本地调试一切正常，码安但将项目部署到服务器上时，码安却遇到了编译失败的码安情况。问题出在缺少一个名为javafx.util的码安qq百号秒源码库。经过排查，码安发现原因在于服务器上使用的码安JDK版本是OpenJDK，而非本地开发环境中的码安Oracle JDK。

       OpenJDK是码安一个开源版本的JDK，其与Oracle JDK在功能上存在一定的码安差异。从历史来看，码安OpenJDK在JDK 7时期已成为JDK 7的码安主干开发，而在JDK 7的码安发布中，OpenJDK与Oracle JDK的码安大部分原始代码相同，只有少量部分有所区别。这种差异主要体现在一些商业功能的实现上，例如Oracle JDK中包含了Flight Recorder和Java Mission Control等功能，而OpenJDK则使用了开源的FreeType作为字体渲染器。

       由于OpenJDK是一个开源项目，开发者可以自行克隆其源代码或下载源码包进行编译，解忧店源码从而生成定制化的JDK版本。基于OpenJDK的源码，还诞生了许多其他版本的JDK，如IcedTea、UltraViolet等。因此，服务器上使用的OpenJDK版本可能缺少某些特定的库，如javafx.util。

       要解决这个问题，可以通过以下几种方式：

       1. 确保在服务器上安装了包含javafx.util库的JDK版本，或者通过下载该库的jar包，并将其添加到项目中。

       2. 将本地编译好的项目部署到服务器上，并确保服务器上的JDK版本兼容。

       3. 考虑使用Oracle JDK作为服务器上的JDK版本，因为Oracle JDK在商业许可下提供稳定的更新和支持。

       4. 在本地编译项目时，使用jar包部署项目，以避免与服务器上JDK版本的兼容性问题。

       通过上述方法，读取通讯源码可以解决因使用OpenJDK导致的编译错误问题，并确保项目在不同环境下的顺利运行。在选择JDK版本时，考虑到项目需求、稳定性以及社区支持等因素，选择合适的JDK版本至关重要。

Java 开发者必备：JDK 版本详解与选择策略(含安装与验证)

       Java开发者必读：JDK版本选择指南及安装验证

       Oracle Java SE的支持策略是关键因素，了解其LTS（长期支持）版本尤为重要。LTS版，如JDK ，将持续到年，以稳定性、安全性和性能优化为主，默认支持期限长达8年，JDK 8的延长至年。自年起，LTS发布间隔缩短至每两年一次。

       Oracle JDK之外，社区和企业根据Open JDK构建了更多定制版本，如Amazon Corretto针对云平台做了优化。源码技术文档在选择JDK时，需考虑生产环境需求（如AWS的Corretto）、第三方框架（如Spring）支持、开源许可以及发行商的技术实力。

       对于个人开发者，Eclipse Adoptium和Microsoft OpenJDK是不错的选择。Microsoft的OpenJDK基于OpenJDK源代码，通过严格的测试，确保与Java规范兼容，适合替代其他OpenJDK版本。

       安装JDK（以Windows 为例）

       验证JDK安装：在命令行中运行特定命令，如无响应或未找到命令，可能需要检查配置。

JDK在Linux上的安装路径定义jdklinux路径

       Java程序设计语言（Java）由Sun Microsystems提出的一种用于开发应用程序的平台无关的面向对象编程语言。为了实现Java程序，需要通过安装Java程序软件来构建运行时环境（JRE）和开发时环境（JDK），这两个软件包都是Java的必备库，而在Linux上安装Java时，也是必须要安装JDK和JRE的，下面我们就来讨论一下在Linux上安装JDK的kafka 框架源码安装路径定义的事情。

       首先，在Linux上安装JDK，有两种常见的途径，一种是使用源码包安装，另一种是使用包安装管理程序。使用源码包安装的方法是将源码文件下载到本地，然后在控制台上使用tar或rpm安装，安装结束后，JDK就安装完成了。另一种方式，首先按照Linux系统版本使用yum或apt等包管理工具安装openjdk，然后从Oracle网站上下载相应系统版本的JDK，然后使用rpm或tar命令安装就可以了。

       安装完JDK后，下一步就是要定义安装时可以定义的路径，通常在Linux上，JDK会安装到/opt/ folder中，例如：

       /opt/java/jdk1.8.0_xx

       其中xx表示Java的版本号，其余路径也是类似的，安装完成之后，需要设置环境变量JAVA_HOME，例如：

       export JAVA_HOME=/opt/java/jdk1.8.0_xx

       最后一步，需要加入到用户变量PATH中，例如：

       export PATH=$JAVA_HOME/bin:$PATH

       以上只是安装时定义的一种参考路径，实际安装时可以根据用户的具体需求，更改相应的安装路径，以安装不同版本的JDK，可以在不同的路径中互相安装，同时设置不同的环境变量，使之仅影响其中一个JDK环境。总之，在Linux上安装JDK时，推荐手动安装源码，定义安装路径，在源码安装完成后，添加环境变量，就可以完成绝大部分的安装，如果有多个版本的JDK要同时安装，只需要使用不同的目录安装，并定义不同的环境变量即可。

如何用Mac完美编译OpenJDK 7

       1.选择OS X版本很重要。

        目前这里Mac版本是.，配置好必要信息以后就开始编，结果错误满屏。简单看过之后发现是编译C文件的时候参数有误，于是查了一下，才知道是LLVM版本太新，不兼容低版本的一些编译参数。照着上面改了点代码，但是依旧编译不过。既然高版本不行，就装个低版本的呗。由于最新的OS X不能装低版本的Xcode（装了Xcode才能装LLVM），所以去下了一个.8的OS X装在虚拟机里，然后再装个Xcode4.4。

        装好Xcode以后，要手动下载LLVM安装。打开Xcode，随便建立一个空项目，然后打开Preferences，找到如下所示的地方开始安装

       ç¬¬ä¸€æ­¥å’±å°±è¿™ä¹ˆæžå®šäº†ã€‚

       2.安装X

        X这玩意是unixç±»os使用的图形系统，.8以前的OS X是自带的，但是从此以后就不自带了。对应于Mac，你需要装XQuartz，这个没有版本限制，去网上下最新版即可。装这个的原因是当时在编译PolicyTools的时候出现了如下错误：

       ld: library not found for -lX

       å®‰è£…以后要为X建立软连接

       sudo ln -s /usr/X/include/X /usr/include/X

       3.安装freetype

        在linux下编译openjdk的朋友可能遇到过需要安装freetype的要求，然后安装下并将安装目录加到环境变量里就好了。但是OS X不一样，freetype单独安装实际是没用的。虽然单独安装能让编译前的检查通过，但是到后面还是会出错，至于原因我没找到。那怎么办呢？实际上如果安装好X，freetype就一起安装好了，大家可以去X的目录里看看是否有freetype。

       è™½ç„¶è¯´å®‰è£…了X就自带freetype，但是编译过程中可能会出现如下错误：

       error: freetype/config/ftheader.h: No such file or directory

       å®žé™…上就是目录问题，执行下面这句命令就好了：

       sudo ln -s /sr/X/include/freetype2/freetype/ /usr/X/include/freetype

       4. 配置环境变量

        和在Linux下编译相比，OS X的环境变量配置相对来说简单很多。只需要配置编译需要的jdk和llvm的目录就可以了。

        因为很多源代码都是用本机现有的jdk来编译，所以预装一个低版本的jdk是必须的，这里我们需要安装jdk6。安装好以后，找到其安装目录，并添加如下环境变量：

       [plain] view plaincopy

       export ALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

        通常来说安装目录都应该在/System/Library/Java/JavaVirtualMachines目录下。如果不在的话，有个技巧可以找到。因为安装好jdk以后，系统会自动在/usr/bin下建立指向java命令的软连接，所以执行“ls -l /usr/bin/java”就能看到这个命令指向哪，然后这么顺着找下去就能找到。

        llvm是编译C类文件所必须的，所以要把它的所在目录添加到环境变量里。通常OS X下安装app都会把app移到Applications目录下，所以我最初安装Xcode的时候也把他移进去了，如果你把Xcode放在了别的目录，那就找到对应的目录即可。

       [plain] view plaincopy

       export ALT_COMPILER_PATH=/Applications/Xcode.app/Contents/Developer/usr/bin

       5.获取编译源码

       æŒ‰ç…§è¿™ä¸Šé¢çš„第三点获取源代码 如果没有装hg的需要自行安装

       åˆ°çŽ°åœ¨ä¸ºæ­¢ï¼Œç¼–译前的准备工作已经完成。我们可以先执行make sanity执行下编译前的检查。如果检查通过，先来看看具体的编译命令：

       [plain] view plaincopy

       make ALLOW_DOWNLOADS=true SA_APPLE_BOOT_JAVA=true SKIP_DEBUG_BUILD=false SKIP_FASTDEBUG_BUILD=false ALWAYS_PASS_TEST_GAMMA=true HOTSPOT_BUILD_JOBS=`sysctl -n hw.ncpu`

       è¿™é‡Œæœ‰ä¸¤ä¸ªé—®é¢˜ï¼š

       a. ALLOW_DOWNLOADS=true表示编译过程中允许下载。因为有些编译模块，比如jaxp，编译脚本中指定了需要下载特定的包。虽然我没试过设置成false会不会影响编译，但是还是推荐设置成true。但是这就带来另一个问题，下载这类包很费时间，有时候就会在那卡很长时间，所以我根据编译日志找到编译脚本中控制下载的具体命令，修改修改并且把用迅雷下的对应包放到正确目录中，然后重新编译一遍，就能顺利通过了。这一点后面我会详说。

       b. SKIP_DEBUG_BUILD=false SKIP_FASTDEBUG_BUILD=false这两个表示编译出来的jdk或者hotspot是否可以debug。FASTDEBUG表示的应该是提供简单的debug功能，如果想要完整的debug，则SKIP_DEBUG_BUILD必须设置为false。不过这里提醒一点，如果想在debug jdk的时候能看到debug信息，比如变量名等，只需要SKIP_FASTDEBUG_BUILD设置为false就可以了

       å¦‚果这两个问题都不是问题，那么就可以按回车了。如果debug和fastdebug都是false，再加上用虚拟机编译，所以需要的时间会比较长，你也许需要找一部长一点的电影来消磨一下了。最后编译出来的结果是这样的：

       j2sdk-image就是自己编译出来的jdk，可以直接用了。至于其他目录下的内容，各位自己琢磨吧。

       çŽ°åœ¨æ¥è¯´ä¸‹ALLOW_DOWNLOADS=true引起的问题。

       ä½†æ˜¯é‡åˆ°ä¸‹è½½å¾ˆä¹…的包总共有三个：

       jaxp_.zip、jdk7-jaf-__.zip、jdk7-jaxws2_2_4-b-__.zip

       ä¹‹å‰è¯´è¿‡å¯ä»¥ä¿®æ”¹ç¼–译脚本跳过下载并且用我们已经下载好的，但是实际编译过程中，这三个包对应的的编译脚本是动态生成的，所以只能等到他卡在那了，才能停下来并找到脚本修改之。因此因为这三个包，总共需要停3次。，比起一直卡在那好太多了。

       å‡è®¾ç¼–译的是普通版本，即非DEBUG和非FASTDEBUG。下面以jaxp_.zip为例子讲一下怎么修改对应脚本：

       è„šæœ¬æ‰€åœ¨ä½ç½®ï¼šopenjdk根目录/build/macosx-universal/jaxp/build/xml_generated/build-drop-jaxp_src.xml

openjdk和jdk差别大吗

       ä½¿ç”¨è¿‡LINUX的人都应该知道，在大多数LINUX发行版本里，内置或者通过软件源安装JDK的话，都是安装的openjdk,那么到底什么是openjdk，它与sun jdk有什么关系和区别呢？

       åŽ†å²ä¸Šçš„原因是，openjdk是jdk的开放原始码版本，以GPL协议的形式放出。在JDK7的时候，openjdk已经成为jdk7的主干开发，sun jdk7是在openjdk7的基础上发布的，其大部分原始码都相同，只有少部分原始码被替换掉。使用JRL(JavaResearch License，Java研究授权协议)发布。

       è‡³äºŽopenjdk6则更是有其复杂的一面，首先是openjdk6是jdk7的一个分支，并且尽量去除Java SE7的新特性，使其尽量的符合Java6的标准。

       å…³äºŽJDK和OpenJDK的区别，可以归纳为以下几点：

       æŽˆæƒåè®®çš„不同：

       openjdk采用GPL V2协议放出，而JDK则采用JRL放出。两者协议虽然都是开放源代码的，但是在使用上的不同在于GPL V2允许在商业上使用，而JRL只允许个人研究使用。

       OpenJDK不包含Deployment（部署）功能：

       éƒ¨ç½²çš„功能包括：Browser Plugin、Java Web Start、以及Java控制面板，这些功能在Openjdk中是找不到的。

       OpenJDK源代码不完整：

       è¿™ä¸ªå¾ˆå®¹æ˜“想到，在采用GPL协议的Openjdk中，sun jdk的一部分源代码因为产权的问题无法开放openjdk使用，其中最主要的部份就是JMX中的可选元件SNMP部份的代码。因此这些不能开放的源代码将它作成plug，以供OpenJDK编译时使用，你也可以选择不要使用plug。而Icedtea则为这些不完整的部分开发了相同功能的源代码(OpenJDK6)，促使OpenJDK更加完整。

       éƒ¨åˆ†æºä»£ç ç”¨å¼€æºä»£ç æ›¿æ¢ï¼š

       ç”±äºŽäº§æƒçš„问题，很多产权不是SUN的源代码被替换成一些功能相同的开源代码，比如说字体栅格化引擎，使用Free Type代替。

       openjdk只包含最精简的JDK：

       OpenJDK不包含其他的软件包，比如Rhino Java DB JAXP……，并且可以分离的软件包也都是尽量的分离，但是这大多数都是自由软件，你可以自己下载加入。

       ä¸èƒ½ä½¿ç”¨Java商标：

       è¿™ä¸ªå¾ˆå®¹æ˜“理解，在安装openjdk的机器上，输入“java -version”显示的是openjdk，但是如果是使用Icedtea补丁的openjdk，显示的是java。（未验证）

       æ€»ä¹‹ï¼Œåœ¨Java体系中，还是有很多不自由的成分，源代码的开发不够彻底，希望Oracle能够让JCP更自由开放一些，这也是所有Java社区所希望的。

openjdk和sunjdk有啥区别?

       了解

       使用Linux系统的人通常会遇到内置或通过软件源安装的JDK是OpenJDK的情况。那么，OpenJDK是什么？它与SUN JDK有什么区别？历史背景是，OpenJDK是JDK的开源版本，以GPL协议（通用公共许可证）形式发布。在JDK7时期，OpenJDK作为其主要开发版本，而SUN JDK7是在OpenJDK7基础上发布的，两者在大部分代码上相同，仅在少量代码上有所替换。SUN JDK则采用JRL（Java研究授权协议）发布。

       授权协议的不同是关键点。OpenJDK遵循GPL V2，允许商业使用，而SUN JDK则为个人研究使用。OpenJDK不包含部署功能，如浏览器插件、Java Web Start和Java控制面板。此外，OpenJDK的源代码存在不完整性，因为某些代码由于版权问题无法开放。这部分代码通常被替换为功能类似的开源代码，比如字体栅格化引擎使用Free Type代替。OpenJDK更精简，仅包含基础JDK，不包括其他软件包，如Rhino、Java DB、JAXP等。在OpenJDK中，无法使用Java商标。

       总的来说，OpenJDK和SUN JDK之间主要区别在于授权协议、功能完整性、源代码的可用性和商标使用。希望未来Oracle能够更开放地参与JCP（Java社区过程），实现Java生态系统的自由发展。

openjdk和jdk性能区别 有哪些区别

       关于JDK和OpenJDK的区别，可以归纳为以下几点：

       1、授权协议的不同：openjdk采用GPL V2协议放出，而JDK则采用JRL放出。两者协议虽然都是开放源代码的，但是在使用上的不同在于GPL V2允许在商业上使用，而JRL只允许个人研究使用。OpenJDK不包含Deployment（部署）功能部署的功能包括：Browser Plugin、Java Web Start、以及Java控制面板，这些功能在Openjdk中是找不到的。

       2、OpenJDK源代码不完整。这个很容易想到，在采用GPL协议的Openjdk中，sun jdk的一部分源代码因为产权的问题无法开放openjdk使用，其中最主要的部份就是JMX中的可选元件SNMP部份的代码。而Icedtea则为这些不完整的部分开发了相同功能的源代码(OpenJDK6)，促使OpenJDK更加完整。

       3、部分源代码用开源代码替换。由于产权的问题，很多产权不是SUN的源代码被替换成一些功能相同的开源代码，比如说字体栅格化引擎，使用Free Type代替。

       4、openjdk只包含最精简的JDK。OpenJDK不包含其他的软件包，比如Rhino Java DB JAXP……，并且可以分离的软件包也都是尽量的分离，但是这大多数都是自由软件，你可以自己下载加入。

       5、不能使用Java商标。这个很容易理解，在安装openjdk的机器上，输入“java -version”显示的是openjdk，但是如果是使用Icedtea补丁的openjdk，显示的是java。（未验证）。