一、概念
系统调用与用户自定义函数相同，属于一个函数，但是系统调用运行在内核态，而用户自定义函数运行在用户态。由于某些指令（如设置时钟、关闭/打开中断和I/O操作等）只能运行在内核态，所以操作系统提供了系统调用这样的机制，使用户能够进入内核态。
实际上，系统调用 是 Linux 内核提供的一段代码（函数），其实现了一些特定的功能，用户可以通过 int 0x80 中断（x86 CPU）或者 syscall 指令（x64 CPU）来调用 系统调用。 内核提供用户空间程序与内核空间进行交互的一套标准接口，这些接口让用户态程序能受限（为了保证内核稳定性，而不能让用户空间程序随意更改系统，必须是内核对外开放的且满足权限的程序才能调用相应接口）访问硬件设备，比如申请系统资源，操作设备读写，创建新进程等。用户空间发生请求，内核空间负责执行，这些接口便是用户空间和内核空间共同识别的桥梁。
而Syscall(系统调用, system call)就是连接用户态和内核态的桥梁。这样即提高了内核的安全型，也便于移植，只需实现同一套接口即可。Linux系统，用户空间通过向内核空间发出Syscall，产生软中断，从而让程序陷入内核态，执行相应的操作。对于每个系统调用都会有一个对应的系统调用号，比很多操作系统要少很多。
二、实战
在linux下每一个进程都一个进程id，类型pid_t，可以由 getpid（）获取。
POSIX（可移植操作系统接口）线程也有线程id，类型pthread_t，可以由 pthread_self（）获取，线程id由线程库维护。
但是每个进程是独立的，所以会有不同进程中线程号相同的情况。那么若进程p1中的线程pt1要与进程p2中的线程pt2通信，就会存在进程id不重复，而线程id可能重复的状态，所以就需要一个真实的线程id唯一标识，tid。glibc（Linux 下的 C 函数库）没有实现gettid的函数，所以可以通过linux下的系统调用 syscall(SYS_gettid) 来获得。
#include<stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <syscall.h>
pid_t gettid(void) {
return (pid_t)syscall(SYS_gettid);
}
int main()
{
printf("%d", gettid());
}
muduo库中的使用
t_cachedTid = static_cast<pid_t>(::syscall(SYS_gettid));
在muduo库中，我们在CurrentThread中可以看到使用系统调用获取当前线程的tid。
补充一点static_cast
static_cast 是 C++ 中四个命名强制类型转换操作符之一。它用于执行各种不同类型之间的转换。相对于 C 风格的强制转换（如 (int)3.14），static_cast 更加明确和可读；并且 static_cast 只能执行明确允许的转换，有助于避免一些错误。
一般在以下场景中使用：
- 基础数据类型的转换，例如：double转int
double d = 5.5;
int i = static_cast<int>(d); // i = 5
- 指向派生类的指针或引用转换为指向基类的指针或引用
class Base {};
class Derived : public Base {};
Derived derivedObj;
Base* basePtr = static_cast<Base*>(&derivedObj);
- 指向基类的指针或引用转换为指向派生类的指针或引用，但是不安全，因为在转换过程中没有运行时检查。如果确实需要运行时检查，应使用 dynamic_cast。
Base* basePtr = new Base();
Derived* derivedPtr = static_cast<Derived*>(basePtr); // 不安全！
- 在有关联的类型之间进行转换
enum Color { RED, GREEN, BLUE };
int value = static_cast<int>(GREEN); // value = 1
限制
-
不能用于转换不相关的指针或引用类型。例如，不能将 void* 转换为其他类型的指针，或反之。在这种情况下，应使用 reinterpret_cast。
-
不能用于移除或添加 const 限定符。在这种情况下，应使用 const_cast。
参考文章链接
