![knowyourmeme.com/photos/531557 THX为@mihn](https://i-blog.csdnimg.cn/blog_migrate/9c5b9a65d10d8619e0e2aaf5428d41b9.png)
knowyourmeme.com/photos/531557 THX为@mihn
有时调试Java代码还不够,我们需要逐步了解Java的本机部分。
我花了一些时间来实现JDK的正确状态,所以简短的描述可能对开始旅行的人很有用。
我将使用全新的OpenJDK 9!
首先,您必须通过输入以下内容获取主存储库:
hg clone http://hg.openjdk.java.net/jdk9/jdk9 openjdk9
然后在openjdk9目录中输入:
bash get_source.sh
这会将所有源下载到本地文件系统。
从理论上讲,编译openjdk没什么大不了的,但是如果您想使用它进行调试,则会有一些(hmmm ....)奇怪的行为。
当然,首先我们需要调用./configure为系统准备特定的makefile。 我们可以阅读文档 ,我们必须添加–enable-debug标志来准备fastdebug构建。 如果您的系统中没有安装适当的库或工具,那么是时候安装依赖项了(配置输出将明确指出所有不足)。 配置并调用make命令后,您可能会遇到以下问题:
warning _FORTIFY_SOURCE requires compiling with optimization (-O)
Generating buffer classes
Generating exceptions classes
cc1plus: all warnings being treated as errors
凉! 它仅在某些特定的Linux安装中发生(不幸的是包括Fedora 20!)。 为了解决这个问题,我们必须删除_FORTIFY_SOURCE标志。 在以下文件中只需注释(#)行,其中包含_FORTIFY_SOURCE:
- 热点/make/linux/makefiles/gcc.make
- common / autoconf / flags.m4
然后,您可以继续进行jdk项目,十几分钟后您应该会看到:
Finished building OpenJDK for target 'default'
现在是时候将项目导入IDE了。由于我们仍在等待来自JetBrains的C ++ IDE,因此我们必须使用NetBeans甚至是Eclipse。 完成设置调试命令所需的几个步骤后(例如,甚至对于java -version )。 开始调试,然后…收到SIGSEGV 。 让我们通过在用户主目录中创建.gdbinit文件来解决此问题, 该文件包含以下几行:
handle SIGSEGV pass noprint nostop
handle SIGUSR1 pass noprint nostop
handle SIGUSR2 pass noprint nostop
再开始调试一次-现在更好了! 让我们继续添加断点。 开始调试,并且……不起作用……! 我通过添加扩展了.gdbinit :
set logging on
再进行一次调试尝试,在gdb.txt中,我看到了这样的一行:
No source file named hotspot/src/share/vm/memory/genCollectedHeap.cpp
我非常确定–enable-debug将向gcc编译器添加-g标志,但是看来我错了。 我花了几个小时进行谷歌搜索,并尝试通过更改gdb配置,NetBeans配置等解决它。仍然没有效果。 幸运的是, Michal Warecki指出,在调试构建期间,OpenJDK可能会压缩所有debuginfo的信息,如果您要调试(由于某些其他目的,当然也准备了调试构建?)。 在复制makefile文件之后,我发现了很有前途的disable-zip-debug-info标志。 因此,让我们将其包含在我们的配置调用中。 也相信我很难用C ++调试优化的代码(您可以尝试,但是您会遇到奇怪的事情,例如调试器以错误的顺序步进行(例如,从第4行开始的方法,回到第2行,然后回到第5行和第3行) !)。因此,我们将选择slowdebug选项以避免代码优化,整个正确的configure命令是:
bash ./configure --with-debug-level=slowdebug --with-target-bits=64 --disable-zip-debug-info
现在我们可以调用:
make
并等待编译完成。 现在,您可以通过调用build / linux-x86_64-normal-server-slowdebug / jdk / bin目录中的./java -version来检查一切是否正常 。
您应该看到:
openjdk version "1.9.0-internal-debug"
OpenJDK Runtime Environment (build 1.9.0-internal-debug-kuba_2014_08_20_14_02-b00)
OpenJDK 64-Bit Server VM (build 1.9.0-internal-debug-kuba_2014_08_20_14_02-b00, mixed mode)
让我们尝试调试。 添加断点,开始调试,然后……终于变成绿色了! 玩得开心!
翻译自: https://www.javacodegeeks.com/2014/08/debugging-openjdk.html