learn c from node
xiaoxiaojx opened this issue · 0 comments
目录
-
- 2.1. POSIX, NODE_SHARED_MODE
- 2.1.1. POSIX
- 2.1.2. NODE_SHARED_MODE
- 2.2. inline
- 2.3. extern “C”
- 2.4. ((void(*)(int))0)
- 2.5. attribute((constructor))和__attribute__((destructor))
- 2.6. attribute((visibility("default")))
- 2.7. new 和不 new 的区别
- 2.8. ((QUEUE **) &(((q))[0]))
- 2.9. 点操作符和箭头操作符
- 2.10. sigaction, memset
- 2.11. getauxval
- 2.12. setvbuf
- 2.13. size_t
- 2.14. const 和 constexpr
- 2.15. static
- 2.16. auto
- 2.17. err == -1 && errno == EINTR
- 2.18. () {} =
- 2.1. POSIX, NODE_SHARED_MODE
1. 基础教程
可能大部分同学已经忘记了 C 语言相关的语法及知识,建议先阅读一下基础的语法与概念
2. 从 Node.js 中学习 C, C++
主要记录一下在 Node 中出现的一些 C 语言知识,一般是没有出现在基础教程中,为阅读时记录的笔记,可通过复制对应语法 / 函数名称等直接在网页上搜索 🔍 定位来查阅目标内容
2.1. POSIX, NODE_SHARED_MODE
node 中经常会出现一些宏定义,其值为构建时决定
// src/node_main.cc
#if defined(__POSIX__) && defined(NODE_SHARED_MODE)
2.1.1. POSIX
如 POSIX 在 node.gypi 的配置文件 node.gypi, conditions 字段决定, 可认为下面简化为一个 if (OS=="win") else { 'defines': [ 'POSIX' ] } 语句, 所以非 win 系统 defined(POSIX) 都为 true
可移植操作系统接口(英语:Portable Operating System Interface,缩写为POSIX)是IEEE为要在各种UNIX操作系统上运行软件,而定义API的一系列互相关联的标准的总称,其正式称呼为IEEE Std 1003,而国际标准名称为ISO/IEC 9945, 查看更多 可移植操作系统接口
// node.gypi
'conditions': [
[ 'OS=="win"', {
'defines!': [
'NODE_PLATFORM="win"',
],
'defines': [
'FD_SETSIZE=1024',
# we need to use node's preferred "win32" rather than gyp's preferred "win"
'NODE_PLATFORM="win32"',
# Stop <windows.h> from defining macros that conflict with
# std::min() and std::max(). We don't use <windows.h> (much)
# but we still inherit it from uv.h.
'NOMINMAX',
'_UNICODE=1',
],
'msvs_precompiled_header': 'tools/msvs/pch/node_pch.h',
'msvs_precompiled_source': 'tools/msvs/pch/node_pch.cc',
'sources': [
'<(_msvs_precompiled_header)',
'<(_msvs_precompiled_source)',
],
}, { # POSIX
'defines': [ '__POSIX__' ],
}]
]
2.1.2. NODE_SHARED_MODE
和 POSIX 是类似的,在 node.gypi 中定义
// node.gypi
[ 'node_shared=="true"', {
'defines': [
'NODE_SHARED_MODE',
],
}]
那么 node_shared 何时为 true 了,追溯到 configure.py 文件
// configure.py
o['variables']['node_shared'] = b(options.shared)
parser.add_option('--shared',
action='store_true',
dest='shared',
help='compile shared library for embedding node in another project. ' +
'(This mode is not officially supported for regular applications)')
所以说我们看见,如果构建 node 时运行的命令 ./configure --shared 带上 --shared 这个版本的 node NODE_SHARED_MODE 就会被定义, 这种情况一般出现你的 c++ 项目需要把 node 作为依赖的时候。
2.2. inline
inline 函数在 node-addon-api 中出现了特别多次, 查看更多 C++ 内联函数 inline
- 内联函数语法: inline要起作用,必须要与函数定义放在一起,而不是函数的声明
- 内联函数的作用: 当编译器处理调用内联函数的语句时,不会将该语句编译成函数调用的指令,而是直接将整个函数体的代码插人调用语句处,就像整个函数体在调用处被重写了一遍一样,在执行时是顺序执行,而不会进行跳转。
// napi-inl.h
inline Object Env::Global() const {
napi_value value;
napi_status status = napi_get_global(*this, &value);
NAPI_THROW_IF_FAILED(*this, status, Object());
return Object(*this, value);
}
2.3. extern “C”
通常,在模块的头文件中对本模块提供给其它模块引用的函数和全局变量以关键字extern声明, 查看更多 extern “C”用法详解
// demo_NODE_MODULE_INITIALIZER.cc
extern "C" NODE_MODULE_EXPORT void
NODE_MODULE_INITIALIZER(v8::Local<v8::Object> exports,
v8::Local<v8::Value> module,
v8::Local<v8::Context> context) {
NODE_SET_METHOD(exports, "hello", Method);
}
2.4. ((void(*)(int))0)
void(*)(int)代表一个无返回值的且具有一个整型参数的函数指针类型(这里是一个空函数),整个语句表示将“0”强制类型转换为无返回值且具有一个整型参数的函数指针, 查看更多 #define SIG_DFL ((void(*)(int))0)
// signal.h
#define SIG_DFL (void (*)(int))0
2.5. attribute((constructor))和__attribute__((destructor))
例子放在 demo_NODE_C_CTOR.cpp
-
attribute ((constructor))会使函数在main()函数之前被执行
-
attribute ((destructor))会使函数在main()退出后执行
2.6. attribute((visibility("default")))
GNU C 的一大特色就是attribute 机制。
试想这样的情景,程序调用某函数A,A函数存在于两个动态链接库liba.so,libb.so中,并且程序执行需要链接这两个库,此时程序调用的A函数到底是来自于a还是b呢?
这取决于链接时的顺序,比如先链接liba.so,这时候通过liba.so的导出符号表就可以找到函数A的定义,并加入到符号表中,链接libb.so的时候,符号表中已经存在函数A,就不会再更新符号表,所以调用的始终是liba.so中的A函数。
为了避免这种混乱,所以使用, 查看更多 attribute((visibility("default")))
__attribute__((visibility("default"))) //默认,设置为:default之后就可以让外面的类看见了。
__attribute__((visibility("hideen"))) //隐藏
2.7. new 和不 new 的区别
- new创建类对象需要指针接收,一处初始化,多处使用
- new创建类对象使用完需delete销毁
- new创建对象直接使用堆空间,而局部不用new定义类对象则使用栈空间
- new对象指针用途广泛,比如作为函数返回值、函数参数等
- 频繁调用场合并不适合new,就像new申请和释放内存一样
A a; // a存在栈上
A* a = new a(); // a存在堆中
CTest* pTest = new CTest();
delete pTest;
如 Node.js 中 . 的使用, 访问命名空间 per_process用::中某个不用 new 的实例的方法用.
// src/debug_utils.cc
namespace per_process {
EnabledDebugList enabled_debug_list;
}
// src/node.cc
per_process::enabled_debug_list.Parse(nullptr);
如 Node.js 中 -> 的使用
// src/node_options.cc
namespace per_process {
Mutex cli_options_mutex;
std::shared_ptr<PerProcessOptions> cli_options{new PerProcessOptions()};
}
// src/node.cc
per_process::cli_options->v8_thread_pool_size)
2.8. ((QUEUE **) &(((q))[0]))
其中我们发现 libuv 是通过一组宏定义实现的队列, 代码主要在 deps/uv/src/queue.h
这个表达式看似复杂,其实它就相当于"(*q)[0]",也就是代表QUEUE数组的第一个元素,那么它为什么要写这么复杂呢,主要有两个原因:类型保持、成为左值。
// deps/uv/src/queue.h
#define QUEUE_INSERT_TAIL(h, q) \
do { \
QUEUE_NEXT(q) = (h); \
QUEUE_PREV(q) = QUEUE_PREV(h); \
QUEUE_PREV_NEXT(q) = (q); \
QUEUE_PREV(h) = (q); \
} \
while (0)
还需要进一步看看 QUEUE_NEXT 的实现
#define QUEUE_NEXT(q) (*(QUEUE **) &((*(q))[0]))
#define QUEUE_PREV(q) (*(QUEUE **) &((*(q))[1]))
#define QUEUE_PREV_NEXT(q) (QUEUE_NEXT(QUEUE_PREV(q)))
#define QUEUE_NEXT_PREV(q) (QUEUE_PREV(QUEUE_NEXT(q)))
让我们来拆解一下 ((QUEUE **) &(((q))[0])) 的实现
- *(q) 获取 q 指针地址的值
- (*(q))[0] 获取数组的第 0 项
- &((*(q))[0])) 获取第 0 项的指针
- (QUEUE **) &((*(q))[0])) 对第 0 项的指针进行强制类型转换
- ((QUEUE **) &(((q))[0])) 使其成为左值, 可放在表达式的左边,可进行赋值等操作
2.9. 点操作符和箭头操作符
查看更多 点操作符和箭头操作符
- 箭头(->):左边必须为指针,如 new 实例化的类;
- 点号(.):左边必须为实体,如结构体,不用 new 的实例。
2.10. sigaction, memset
每个线程都有自己独立的signal mask,但所有线程共享进程的signal action。这意味着,你可以在线程中调用pthread_sigmask(不是sigmask)来决定本线程阻塞哪些信号。但你不能调用sigaction来指定单个线程的信号处理方式。如果在某个线程中调用了sigaction处理某个信号,那么这个进程中的未阻塞这个信号的线程在收到这个信号都会按同一种方式处理这个信号。另外,注意子线程的mask是会从主线程继承而来的, 查看更多 pthread_sigmask sigaction
// src/node_main.cc
// 定义一个结构体 act
struct sigaction act;
// memset: 可以方便的清空一个结构类型的变量或数组, 指针的为NULL, 其他为0
// memset: https://blog.csdn.net/faihung/article/details/90707367
memset(&act, 0, sizeof(act));
// 设置新的信号处理函数
act.sa_handler = SIG_IGN;
// tips: 结构体和函数是可以同名的
// sigaction: 函数的功能是检查或修改与指定信号相关联的处理动作
sigaction(SIGPIPE, &act, nullptr);
2.11. getauxval
getauxval() 函数从辅助函数中检索值 向量,内核的 ELF 二进制加载器使用的一种机制 当程序运行时将某些信息传递给用户空间 执行
个人理解是从内核中获取当前程序的一些基础的信息, 比如传参为 AT_BASE 时是获取程序解释器的基地址, 查看更多 getauxval(3) — Linux manual page
// src/node_main.cc
#if defined(__linux__)
// 辅助向量(auxiliary vector),一个从内核到用户空间的信息交流机制,它一直保持透明。然而,在GNU C库(glibc)2.16发布版中添加了一个新的库函数”getauxval()”
// http://www.voidcn.com/article/p-flcjdfbd-bu.html https://man7.org/linux/man-pages/man3/getauxval.3.html
node::per_process::linux_at_secure = getauxval(AT_SECURE);
2.12. setvbuf
setvbuf: C 库函数 int setvbuf(FILE *stream, char *buffer, int mode, size_t size) 定义流 stream 应如何缓冲。
_IONBF: 无缓冲:不使用缓冲。每个 I/O 操作都被即时写入。buffer 和 size 参数被忽略。
nullptr: C++中有个nullptr的关键字可以用作空指针,既然已经有了定义为0的NULL,为何还要nullptr呢?这是因为定义为0的NULL很容易引起混淆,尤其是函数重载调用时, 查看更多 C/C++中的NULL与nullptr
// src/node_main.cc
setvbuf(stdout, nullptr, _IONBF, 0);
setvbuf(stderr, nullptr, _IONBF, 0);
2.13. size_t
可以简单理解为 unsigned int, 其主要是为了解决平台的可移植性问题,查看更多 为什么size_t重要?(Why size_t matters)
// src/node_worker.h
size_t stack_size_ = 4 * 1024 * 1024;
2.14. const 和 constexpr
- const 并未区分出编译期常量和运行期常量
- constexpr 限定在了编译期常量
查看更多,C++ const 和 constexpr 的区别?
// src/node_worker.h
static constexpr size_t kStackBufferSize = 192 * 1024;
2.15. static
当我们同时编译多个文件时,所有未加 static 前缀的全局变量和函数都具有全局可见性, 查看更多 C 语言中 static 的作用
// src/node_worker.h
static constexpr size_t kStackBufferSize = 192 * 1024;
2.16. auto
在声明变量的时候可根据变量初始值的数据类型自动为该变量选择与之匹配的数据类型
// src/node.cc
for (auto& s : stdio) {
}
2.17. err == -1 && errno == EINTR
在 node 以及 libuv 中经常出现 errno == EINTR 重试的代码,其原因是如果在系统调用正在进行时发生信号,许多系统调用将报告 EINTR 错误代码。实际上没有发生错误,只是因为系统无法自动恢复系统调用而以这种方式报告。这种编码模式只是在发生这种情况时重试系统调用,以忽略中断。
static int uv__signal_lock(void) {
int r;
char data;
do {
r = read(uv__signal_lock_pipefd[0], &data, sizeof data);
} while (r < 0 && errno == EINTR);
return (r < 0) ? -1 : 0;
}
2.18. () {} =
node 中经常会有变量名后加 () 以及 {} 或者 = 的初始化方式,让人倍感疑惑 🤔, 一般来说
- = 为赋值操作,调用operator=函数
- () 可能会造成误解, 如声明了一个函数?
- {} 所以C++11提出了统一初始化语法:一种至少在概念上可以用于表达任何值的语法。它的实现基于大括号,所以我称之为大括号初始化
std::unique_ptr<PlatformWorkerData>
worker_data(static_cast<PlatformWorkerData*>(data));
std::unique_ptr<uv_thread_t> t { new uv_thread_t() };