windows - v8_base.lib(作为 node.js 的一部分编译)是 huuuuge。为什么？

Question

在执行 vcbuild.bat Release 时，我会得到一个 lib 目录，如下所示:

$ ls -1Ssh Release/lib/
total 303M
263M v8_base.lib
 22M openssl.lib
7.2M v8_snapshot.lib
6.2M v8_nosnapshot.lib
4.8M uv.lib
480K zlib.lib
 88K http_parser.lib

调试要好得多，但仍然:

$ ls -1Ssh Debug/lib/
total 102M
 83M v8_base.lib
 14M openssl.lib
2.1M uv.lib
1.6M v8_snapshot.lib
1.3M v8_nosnapshot.lib
352K zlib.lib
 80K http_parser.lib

关于这一切我不明白的两件事:

• 为什么 v8 THIS 很大？
• 为什么调试构建生成的 lib 文件要小得多？

我使用的是 Windows 7 64 位。

编辑 我刚刚发现默认的 target_arch 是 ia32，而不是 x64，不管是什么架构主机是。所以上面的数字指的是 32 位版本。 64 位数字更大一些 (309M/128M)。

Answer 1

Why is v8 THIS big?

可能是因为它的依赖性和特性？喜欢:

$ ls -1Ssh Release/obj/v8_base/|head -15
total 264M
5.1M hydrogen.obj
4.7M objects.obj
4.6M lithium-codegen-ia32.obj
4.4M lithium-ia32.obj
4.3M runtime.obj
4.3M hydrogen-instructions.obj
4.2M lithium-allocator.obj
4.1M lithium-gap-resolver-ia32.obj
3.7M compiler.obj
3.7M isolate.obj
3.5M v8.obj
3.4M lithium.obj
3.3M heap.obj
3.3M api.obj

不过，看起来还是有点大……

Why does a Debug build yield much smaller lib files?

可能是我在 common.gypi 中发现的这些速度优化？

  'Release': {
    ...
    'msvs_settings': {
      'VCCLCompilerTool': {
        'RuntimeLibrary': 0, # static release
        'Optimization': 3, # /Ox, full optimization
        'FavorSizeOrSpeed': 1, # /Ot, favour speed over size
        'InlineFunctionExpansion': 2, # /Ob2, inline anything eligible