我最近得到了openJDK9的源代码,并且我使用slowDebug模式成功编译。这是结果compiled directory
我用lldb调试启动器java,这是命令。
cd /Users/chenyongda/Desktop/openjdk/openJDK9/YourOpenJDK/build/macosx-x86_64-normal-serverANDclient-slowdebug/jdk/bin
lldb ./java
然后,它的工作原理!这是结果。
太棒了!但是,在这个名为main.c的c文件中,我只能跨越代码。如果我想进入特定的代码,例如JLI_Launch,它会一直在进行
相关代码我在main.c下面列出
int
main(int argc, char **argv)
{
int margc;
char** margv;
const jboolean const_javaw = JNI_FALSE;
#endif /* JAVAW */
JLI_InitArgProcessing(!HAS_JAVA_ARGS, const_disable_argfile);
#ifdef _WIN32
{
int i = 0;
if (getenv(JLDEBUG_ENV_ENTRY) != NULL) {
printf("Windows original main args:\n");
for (i = 0 ; i < __argc ; i++) {
printf("wwwd_args[%d] = %s\n", i, __argv[i]);
}
}
}
JLI_CmdToArgs(GetCommandLine());
margc = JLI_GetStdArgc();
// add one more to mark the end
margv = (char **)JLI_MemAlloc((margc + 1) * (sizeof(char *)));
{
int i = 0;
StdArg *stdargs = JLI_GetStdArgs();
for (i = 0 ; i < margc ; i++) {
margv[i] = stdargs[i].arg;
}
margv[i] = NULL;
}
#else /* *NIXES */
{
// accommodate the NULL at the end
JLI_List args = JLI_List_new(argc + 1);
int i = 0;
// Add first arg, which is the app name
JLI_List_add(args, JLI_StringDup(argv[0]));
// Append JDK_JAVA_OPTIONS
if (JLI_AddArgsFromEnvVar(args, JDK_JAVA_OPTIONS)) {
// JLI_SetTraceLauncher is not called yet
// Show _JAVA_OPTIONS content along with JDK_JAVA_OPTIONS to aid diagnosis
if (getenv(JLDEBUG_ENV_ENTRY)) {
char *tmp = getenv("_JAVA_OPTIONS");
if (NULL != tmp) {
JLI_ReportMessage(ARG_INFO_ENVVAR, "_JAVA_OPTIONS", tmp);
}
}
}
// Iterate the rest of command line
for (i = 1; i < argc; i++) {
JLI_List argsInFile = JLI_PreprocessArg(argv[i]);
if (NULL == argsInFile) {
JLI_List_add(args, JLI_StringDup(argv[i]));
} else {
int cnt, idx;
cnt = argsInFile->size;
for (idx = 0; idx < cnt; idx++) {
JLI_List_add(args, argsInFile->elements[idx]);
}
// Shallow free, we reuse the string to avoid copy
JLI_MemFree(argsInFile->elements);
JLI_MemFree(argsInFile);
}
}
margc = args->size;
// add the NULL pointer at argv[argc]
JLI_List_add(args, NULL);
margv = args->elements;
}
#endif /* WIN32 */
return JLI_Launch(margc, margv,
sizeof(const_jargs) / sizeof(char *), const_jargs,
0, NULL,
VERSION_STRING,
DOT_VERSION,
(const_progname != NULL) ? const_progname : *margv,
(const_launcher != NULL) ? const_launcher : *margv,
HAS_JAVA_ARGS,
const_cpwildcard, const_javaw, 0);
}
下一个片段在java.c中
int
JLI_Launch(int argc, char ** argv, /* main argc, argc */
int jargc, const char** jargv, /* java args */
int appclassc, const char** appclassv, /* app classpath */
const char* fullversion, /* full version defined */
const char* dotversion, /* UNUSED dot version
defined */
const char* pname, /* program name */
const char* lname, /* launcher name */
jboolean javaargs, /* JAVA_ARGS */
jboolean cpwildcard, /* classpath wildcard*/
jboolean javaw, /* windows-only javaw */
jint ergo /* unused */
)
{
int mode = LM_UNKNOWN;
char *what = NULL;
char *main_class = NULL;
int ret;
我喜欢openJdk,我真的想深入调试,找出有关java如何工作的细节。希望有人可以帮忙!
您确定您有JLI_Launch功能的调试信息吗?
您可以这样做:
(lldb) image lookup -vn JLI_Launch
如果您有此函数的调试信息,则此命令的输出将显示CompileUnit和LineEntry的条目。如果缺少这些条目,那么至少在没有调试信息的情况下构建了该函数。
如果你有一个预先构建的openJDK,那么如果它没有调试信息就不会太令人惊讶。有时候预先构建的二进制文件有一个包含调试信息的侧包吗?但即便如此,预先构建的二进制文件通常也是在优化的基础上构建的,如果您实际上是试图通过库来理解它,那么对于没有优化而构建的版本,您会更高兴。使用优化的二进制文件理解代码流程要困难得多。
如果要构建自己的版本,则需要弄清楚如何使构建生成调试信息。我从来没有建立过这个库,所以我无法帮助你,但推测openJDK邮件列表上的人会知道。
另请注意,默认情况下,lldb始终会跳过没有调试信息的函数。但是如果将“-a 0”标志传递给step命令,它将反转此默认值:
(lldb) step -a 0
但是,如果您真的想了解代码的工作原理,那么您将需要亲自进行调试构建。