标签:部分 sap node 方法 系统底层 local 2.7 字母 bsp
面试的间隙回头复习了一下node,感觉node就像一个胶带,把V8和libuv粘在了一起。
V8毫无疑问,负责解析执行JavaScript,相当于语言层面的桥梁;而libuv则是负责操作系统底层功能的封装,例如基于IOCP的event loop、file system、non-blockiong network等。简单来说node将两者结合在一起,赋予JS操作底层方法的能力,扩大了这门语言的应用面。
其实之前一直在避开这个库,因为有点难……至于为什么突然又搞,因为之前已经把所有比较上层和简单的模块都写完了,剩下的必须深入C++部分才能理解。比如说上篇timer模块,其中的定时器执行依赖了内置模块TimerWrap对象,这个对象……呃,如下:
TimerWrap(Environment* env, Local<Object> object) : HandleWrap(env, object, reinterpret_cast<uv_handle_t*>(&handle_), AsyncWrap::PROVIDER_TIMERWRAP) { int r = uv_timer_init(env->event_loop(), &handle_); CHECK_EQ(r, 0); }
不用懂这个,看到uv两个小字母就知道这个定时器也是由libuv实现的,并且依赖于事件轮询。
自己装的逼,含泪也要写完……迟早也需要看这个,不如开始吧。
这一节只讲怎么编译启动libuv,并在自己项目引入libuv库(windows),虽然很简单,但是搞了整整一天,异常痛苦,对于没接触过C++项目的我来说太难了。
万事第一步,先下载源码。跟node不一样,直接去github上搞:https://github.com/libuv/libuv
然后是老样子python2.6/2.7、vs2017那些,参照启动node的步骤。
最后双击目录的vcbuild,你会发现cmd窗口一闪而过,又出问题了。。。
当时我直接打开了那个bat文件,发现根本流程有点奇怪:
set target_env= @rem Look for Visual Studio 2017 only if explicitly requested. if "%target_env%" NEQ "vs2017" goto vs-set-2015 echo Looking for Visual Studio 2017
这里的target_env根本没定义,所以直接跳到寻找2015或更低版本的vs逻辑,并且上面的注释说要精确指定?于是我直接在set那里加上了=vs2017,理所当然的成功了。
但是,正确的方法是:打开当前目录的cmd,输入 vcbuild vs2017,回车
cmd会自动执行脚本,并把vs2017作为参数带进去,然后那个target_env会被赋值……我也不知道为什么只有2017要精确指定
这里的sln生成特别快,在vs中打开这个解决方案,编译运行生成一个debug文件夹。
直接讲如何在空白C++项目中引入该库,血泪教训,不要问为什么这么做,反正能跑起来!
1、生成一个windows应用台控制程序
2、把libuv目录下的include文件夹和debug/lib/libuv.lib文件都复制到自己项目的根目录下
3、打开项目/属性,然后在C/C++那点常规,在附加包含目录添加一个include,如图:
4、继续选择下面的链接器/输入,然后在附加依赖项添加一串lib:
libuv.lib Ws2_32.lib iphlpapi.lib Userenv.lib Psapi.lib advapi32.lib psapi.lib shell32.lib userenv.lib ws2_32.lib user32.lib
当时我只添加了一个libuv.lib,导致我流逝了了一晚上的生命,血亏。
做完这些,就可以尝试写一个demo跑一下了,测试代码如下:
#include "uv.h" #include <iostream> uv_loop_t *loop; int main() { loop = uv_default_loop(); uv_run(loop, UV_RUN_DEFAULT); std::cout << "Hello World!\n"; }
不要问这个程序能干啥,如果编译后不报错,那就是成功了。
标签:部分 sap node 方法 系统底层 local 2.7 字母 bsp
原文地址:https://www.cnblogs.com/QH-Jimmy/p/10030004.html