C++随笔：从Hello World 探秘CoreCLR的内部(1)

　　紧接着上次的问题，上次的问题其实很简单，就是HelloWorld.exe运行失败，而本文的目的，就是成功调试HelloWorld这个控制台应用程序。

　　通过我的寻找，其实是一个名为TryRun的文件出了问题，那但是我们还需要知道前因后果，而并不是单个的问题哦。首先你必须看这篇文章把CoreCLR的调试环境配置好，然后才能去调试，我们按一下F11，开始我们的调试之旅。

　　如果你修改过CoreCLR的代码，别忘了生成项目，否则会出现如下错误，其实，改改底层真的很酷。千万别重新生成整个解决方案，会很费时间 = =。

　　碰到了上图的问题，怎么解决呢？这是由于文件不是最新的造成的原因，因为我们加载exe和pdb是从Product文件夹下面去加载，但是其实每次生成的并不在Product底下，而是在这里面\bin\obj\Windows_NT.x64.Debug\src\coreclr\hosts\corerun\Debug，EXE文件和pdb文件都需要复制的，别漏掉了~~~

　　终于开始我们的调试之旅了~~~代码我还是打算和以前一样，一个步骤写一部分~~下面的Argv其实指的是启动项目->属性->调试当中的“命令”部分，而newArgv其实指的是“工作目录”部分，有兴趣研究的可以去看我写的上一篇博文，有详细的介绍argv+1其实是把它的地址向高位移动wchar_t个字节，也就是32位，大家可以看下面图的地址变化。

int __cdecl wmain(const int argc, const wchar_t* argv[])

{

    // Parse the options from the command line

    bool verbose = false;

    bool waitForDebugger = false;

    bool helpRequested = false;

    int newArgc = argc - 1;

    const wchar_t **newArgv = argv + 1;

}

　　参数释义：

Verbose - 打印出运算过程（日志），可以类比EF中从Nuget控制台里面migration时的verbose.
WaitForDebugger 运行参数，等待调试；
helpRequested 运行参数，帮助；

　　下面我们来看如下代码；看了如下的代码，你还能淡定的说，Lambda表达式是.NET独有的吗？如果你还没有接触过c++中的Lambda，那么建议你看看这篇文章。下面的你就可以简单的理解为,比较2个字符串是否相等。

    auto stringsEqual = [](const wchar_t * const a, const wchar_t * const b) -> bool {

        return ::_wcsicmp(a, b) == 0;

    };

　　当然，上面的Lambda表达式，其实是为下面的代码服务的，这些都是option,类似你在CMD里面敲了一个命令，后面还带了一些参数比如 abc.exe -h.注意，这里的LAMBDA表达式不是写完就立即运行的，它只相当于一个方法的声明，也就是相当于你写了一个巨复杂的委托，但是没有用到过。

    auto tryParseOption = [&](const wchar_t* arg) -> bool {

        if ( stringsEqual(arg, W("/v")) || stringsEqual(arg, W("-v")) ) {

                verbose = true;

                return true;

        } else if ( stringsEqual(arg, W("/d")) || stringsEqual(arg, W("-d")) ) {

                waitForDebugger = true;

                return true;

        } else if ( stringsEqual(arg, W("/?")) || stringsEqual(arg, W("-?")) || stringsEqual(arg, W("-h")) || stringsEqual(arg, W("--help")) ) {

            helpRequested = true;

            return true;

        } else {

            return false;

        }

    };

　　下面的代码才开始用到，下面的代码是循环去找参数，因为有可能你的命令不止一个参数。

    while (newArgc > 0 && tryParseOption(newArgv[0])) {

        newArgc--;

        newArgv++;

    }

　　大家可能会很感兴趣，为什么这里的arg的个数是2？，哈哈，这就要问.NET中的main函数了，我也不知道为什么，不过从下面的代码可以得知，main函数至少需要2个参数。

    if (argc < 2 || helpRequested || newArgc==0) {

        showHelp();

        return -1;

    }

　　经过了一系列的准备工作，我们终于可以进入TryRun方法了。

auto success = TryRun(newArgc, newArgv, log, verbose, waitForDebugger, exitCode);

　　下面的注释也已经写了，有关HostEnvironment的介绍，不过因为我当时的随笔记录的是比较老的东西，所以新东西的话会有所不同，不过意思大同小异。

    // Assume failure

    exitCode = -1;

	//宿主环境（这个大家有没有印象呢？我在以下随笔中有介绍过），不过当时是在coreconsole这个文件里面

	//http://www.cnblogs.com/kmsfan/p/5507149.html

    HostEnvironment hostEnvironment(&log);

　　首先是检查有没有命令参数，当然是从外面传进来的。

	//寻找指定的EXE文件，使用LoadLibraray去完成。

    const wchar_t* exeName = argc > 0 ? argv[0] : nullptr;

    if(exeName == nullptr)

    {

        log << W("No exename specified.") << Logger::endl;

        return false;

    }

　　然后我们看到定义了如下的一些路径，当然最后一个我暂时还不知道什么意思；

    StackSString appPath; //应用程序路径

    StackSString appNiPath; //包含ni结尾的应用程序的路径

    StackSString managedAssemblyFullName; //托管程序集的全名

    StackSString appLocalWinmetadata;

　　下面是StackSString的介绍，意思是把这些string类型的数据存放在栈的空闲区域作为预处理缓冲（不止翻译得对不对）。它还可以规定最大大小，比如这个是最大512个字节的字符串。

// ================================================================================

// StackSString is a lot like CQuickBytes.  Use it to create an SString object

// using some stack space as a preallocated buffer.

// ================================================================================

typedef InlineSString<512> StackSString;

　　关于NULL的值到底是什么，这里还是有讲究的，如果是C++，那么就是0 如果不是C++，那么就是void类型的指针。

wchar_t* filePart = NULL; //文件部分

//定义在vcruntime.h中

#ifndef NULL

    #ifdef __cplusplus

        #define NULL 0

    #else

        #define NULL ((void *)0)

    #endif

#endif

　　下面也是一个类似的定义。

COUNT_T size = MAX_LONGPATH; //定义初始大小

//定义在palclr.h中

#define MAX_LONGPATH   260 /* max. length of full pathname */

　　再来看看如下代码，我们可以从代码当中去看看appPathPtr是什么，那么，我想，会不会是因为HelloWorld的路径有误呢？经过我发现，文件还是有的，所以排除此原因。

    wchar_t* appPathPtr = appPath.OpenUnicodeBuffer(size - 1);

    DWORD length = WszGetFullPathName(exeName, size, appPathPtr, &filePart);

　　下面就是一系列判参~~

//如果长度大于规定的最大长度

//注意这2个if是都可能执行到的~~

 if (length >= size)

    {

        appPath.CloseBuffer();

        size = length;

        appPathPtr = appPath.OpenUnicodeBuffer(size - 1);

        length = WszGetFullPathName(exeName, size, appPathPtr, &filePart);

    }

    if (length == 0 || length >= size) {

        log << W("Failed to get full path: ") << exeName << Logger::endl;

        log << W("Error code: ") << GetLastError() << Logger::endl;

        return false;

    }

　　今天不写太多了我就告诉大家哪里出了问题，是下面的代码出了问题，这个代码在corehost.cpp里面，属于cee_dac这个工程，但是我没有找到这个工程调试的入口，谷歌也找不到，如果有人知道，那就下面留言告诉我。

    hr = host->Start();

巴特西

C++随笔：从Hello World 探秘CoreCLR的内部(1)

最新文章

热门文章