皮皮网

【win 10源码】【写撰文源码】【最源码网】openjdk修改源码_openjdk源码调试

来源:啪啪啪影院源码 时间:2024-12-23 20:16:48

1.Windows下编译OpenJDK9
2.了解openjdk以及为什么要使用openjdk?改源
3.openjdk和jdk性能区别
4.openjdk和oraclejdk有什么区别吗
5.OpenJDK17-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队
6.一场因OpenJDK引发的血案

openjdk修改源码_openjdk源码调试

Windows下编译OpenJDK9

       建议先阅读一下 Ubuntu下编译OpenJDK9

       目标一致,下载源代码,源码然后弄出一个能用的调试JDK。

       使用VMware® Workstation Pro .0.1 build-

       从Java Archive Downloads - Java SE 8下载适合的改源安装包。

       进行Cygwin安装

       选择安装路径和下载路径,源码镜像使用清华大学的调试win 10源码 Tsinghua Open Source Mirror,安装基本组件包括make、改源zip、源码unzip。调试

       安装完成后,改源根据需要选择其他额外组件,源码等待安装完成。调试

       无需额外编译Freetype,改源OpenJDK9内部已处理。源码

       使用Mercurial SCM进行源代码管理。调试

       打开Cygwin Terminal,配置编译选项,执行configure和make命令。

       遇到错误时,查看相关文档,解决语法问题。

       清理并重新make,完成编译过程,约耗时分钟。

       生成的文件夹可用于后续测试和使用。

       进行基本测试以验证编译结果。

       提供其他平台编译教程链接:Ubuntu下编译OpenJDK9和Mac下编译OpenJDK9

了解openjdk以及为什么要使用openjdk?

       OpenJDK,全称Open Java Development Kit,是一个由Oracle和Java社区共同维护的Java平台的开源版本。它包含Java虚拟机(JVM)、Java类库和开发工具,为开发者提供了一个免费且透明的开发环境。与Oracle JDK相比,写撰文源码OpenJDK的显著优势在于其完全开源特性,这使得用户在无需支付任何许可费用的情况下,可以自由使用和修改源代码。而Oracle JDK在某些版本后可能需要商业许可,增加了使用成本。

       选择OpenJDK作为Java开发工具的原因之一是,无需支付许可费用,这对于预算有限的项目或个人开发者来说尤为重要。此外,通过使用OpenJDK,开发者可以享受到社区的广泛支持,这有助于快速解决问题、获取新功能,并与全球开发者共同推动技术进步。更重要的是,保持技术的开放性和标准化是软件发展的关键,OpenJDK通过遵循Java标准,确保了不同平台和环境之间的兼容性,促进了技术的广泛采用。

       虽然OpenJDK和Oracle JDK在性能和功能上非常相似,Oracle JDK实际上是在OpenJDK的基础上构建的,增加了部分商业特性。但总体而言,OpenJDK提供了一个可靠且功能全面的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”显示的zigbee模块源码是openjdk,但是如果是使用Icedtea补丁的openjdk,显示的是java。(未验证)。

openjdk和oraclejdk有什么区别吗

       区别:OpenJDK和OracleJDK之间存在一些区别。

       详细解释

       开发者和版权:OpenJDK是开源的,意味着其源代码是公开的,开发者可以在其基础上自由地进行修改和发布。而OracleJDK,则是由Oracle公司开发和维护的,其源代码并不公开。Oracle是Java的一个主要提供商,拥有Java的官方认证。因此,OracleJDK具有官方支持的优势。

       功能和性能:OpenJDK和OracleJDK在功能和性能上并没有显著的差异。它们都提供了Java开发所需的核心库和工具,如Java编译器、Java运行时环境等。但在某些特定情况下,OracleJDK可能包含一些额外的优化和特定的性能改进,这主要依赖于Oracle公司的持续研发和优化工作。此外,OracleJDK还包括一些商业特性支持,这对于一些大型企业来说是非常重要的。因此,在企业级应用中,往往更倾向于选择OracleJDK。但在大部分场景下,OpenJDK完全可以满足日常开发的需求。另外,由于OpenJDK的开源特性,它也吸引了很多开源项目的amd ubuntu 源码支持和发展,这使得OpenJDK在生态系统上具有更广泛的社区支持。不过要注意,由于OpenJDK可能会存在来自社区的不定期版本更新或者某些还未被彻底测试和稳定的新特性,因此在生产环境中使用时需要谨慎评估其稳定性。总的来说,选择哪种JDK主要取决于具体的应用场景和需求。两者都是高质量的工具,能够提供Java开发者需要的所有基础功能。无论是选择OpenJDK还是OracleJDK,都可以保证Java应用程序的稳定运行和开发效率。

OpenJDK-JVM 源码阅读 - ZGC - 并发标记 | 京东物流技术团队

       ZGC简介:

       ZGC是Java垃圾回收器的前沿技术,支持低延迟、大容量堆、染色指针、读屏障等特性,自JDK起作为试验特性,JDK起支持Windows,JDK正式投入生产使用。在JDK中已实现分代收集,预计不久将发布,性能将更优秀。

       ZGC特征:

       1. 低延迟

       2. 大容量堆

       3. 染色指针

       4. 读屏障

       并发标记过程:

       ZGC并发标记主要分为三个阶段:初始标记、并发标记/重映射、重分配。本篇主要分析并发标记/重映射部分源代码。

       入口与并发标记:

       整个ZGC源码入口是ZDriver::gc函数,其中concurrent()是一个宏定义。并发标记函数是concurrent_mark。

       并发标记流程:

       从ZHeap::heap()进入mark函数,使用任务框架执行任务逻辑在ZMarkTask里,具体执行函数是work。工作逻辑循环从标记条带中取出数据,直到取完或时间到。此循环即为ZGC三色标记主循环。之后进入drain函数,从栈中取出指针进行标记,直到栈排空。标记过程包括从栈取数据,标记和递归标记。

       标记与迭代:

       标记过程涉及对象迭代遍历。标记流程中,ZGC通过map存储对象地址的finalizable和inc_live信息。map大小约为堆中对象对齐大小的二分之一。接着通过oop_iterate函数对对象中的指针进行迭代,使用ZMarkBarrierOopClosure作为读屏障,实现了指针自愈和防止漏标。

       读屏障细节:

       ZMarkBarrierOopClosure函数在标记非静态成员变量的指针时触发读屏障。慢路径处理和指针自愈是核心逻辑,慢路径标记指针,快速路径通过cas操作修复坏指针,并重新标记。

       重映射过程:

       读屏障触发标记后,对象被推入栈中,下次标记循环时取出。ZGC并发标记流程至此结束。

       问题回顾:

       本文解答了ZGC如何标记指针、三色标记过程、如何防止漏标、指针自愈和并发重映射过程的问题。

       扩展思考:

       ZGC在指针上标记,当回收某个region时,如何得知对象是否存活?答案需要结合标记阶段和重分配阶段的代码。

       结束语:

       本文深入分析了ZGC并发标记的源码细节,对您有启发或帮助的话,请多多点赞支持。作者:京东物流 刘家存,来源:京东云开发者社区 自猿其说 Tech。转载请注明来源。

一场因OpenJDK引发的血案

       在进行项目开发时,遇到了一个令人头疼的问题。在本地调试一切正常,但将项目部署到服务器上时,却遇到了编译失败的情况。问题出在缺少一个名为javafx.util的库。经过排查,发现原因在于服务器上使用的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版本至关重要。

如何用Mac完美编译OpenJDK 7

       å‰æ®µæ—¶é—´ä¸ºäº†ç ”究JVM,于是去下了OpenJDK6编译一把,就因为少声卡驱动,又没查到如何解决,结果总是编译不成功,遂放弃。但是近来调试jdk源码的时候,发现很多调试信息都没有,看得我那个辛苦啊。正好一朋友成功编译了OpenJDK7,我就又去下了一个试编,虽然在CentOS下成功了,但是我Mac下又用不了,所以我就花了点时间再次在Mac下弄一次。整体来说还算顺利,现在已经很开心的用上了。

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

        目前我的Mac版本是.,一开始没想那么多,配置好必要信息以后就开始编,结果错误满屏。简单看过之后发现是编译C文件的时候参数有误,于是查了一下,才知道是LLVM版本太新,不兼容低版本的一些编译参数,具体的可以看看这篇文章/blog/ 的第8点。我也照着上面改了点代码,但是依旧编译不过。这时我想到一个很简单的办法,既然高版本不行,我就装个低版本的呗。由于最新的OS X不能装低版本的Xcode(装了Xcode才能装LLVM),所以去下了一个.8的OS X装在虚拟机里,然后再装个Xcode4.4,地址后面附上。

        装好Xcode以后,要手动下载LLVM安装。打开Xcode,随便建立一个空项目,然后打开Preferences,找到如下所示的地方开始安装(因为我已经安装过了,所以是Installed)

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

       2.安装X

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

       ld: library not found for -lX

       åŽé¢æŸ¥åˆ°äº†è¿™ä¸ª/hgomez/obuildfactory/wiki/Building-and-Packaging-OpenJDK7-for-OSX才去想着试装一下XQuartz才解决问题的。

       å®‰è£…以后要为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 /usr/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.获取编译源码

       æŒ‰ç…§è¿™ä¸Šé¢çš„第三点获取源代码 /arungupta/entry/build_open_jdk_7_on 如果没有装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和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有何优势?

       OpenJDK与JDK的主要区别在于其开源性和社区发展。

       详细解释

       1. JDK与OpenJDK的基本概念

       JDK是一整套用于开发Java应用程序的工具包,包括编译器、解释器、调试器和其他实用工具。它是Oracle公司提供的官方Java开发工具包。而OpenJDK则是JDK的开源版本,由开放源代码社区维护和发展。两者的目标是相同的,即提供一个Java程序开发环境,但在源代码的开放性及社区参与上存在区别。

       2. 源代码开放性

       JDK的源代码是封闭的,由Oracle公司控制。这意味着开发者无法直接访问和修改JDK的源代码。而OpenJDK则是完全开源的,任何人都可以访问其源代码并参与开发。这使得OpenJDK可以从社区中获得更广泛的反馈和改进建议,进而持续改进和优化。

       3. 社区发展

       由于OpenJDK是开源的,它吸引了大量的开发者参与和贡献。全球各地的开发者可以通过提交代码、修复错误和提供建议来推动OpenJDK的发展。而JDK则主要依赖于Oracle公司的开发团队进行维护和更新。这意味着OpenJDK可能获得更快的更新和修复速度,同时更能反映全球开发者的需求和创新思维。

       4. 兼容性

       虽然OpenJDK和JDK在功能和性能上大体相似,但为了保证与官方Java标准的一致性,OpenJDK通常也能提供与JDK相似的兼容性。这意味着在大多数情况下,使用OpenJDK开发的Java应用程序可以在JDK上顺利运行。但具体兼容性可能会受到版本更新和特定应用场景的影响。