我正在学习c++，我刚刚开始学习Qt的一些功能来编写GUI程序。我问了自己以下问题:
c++以前没有语法能够要求操作系统提供一个窗口或一种通过网络进行通信的方式(我承认我也不完全理解api)，它是如何通过c++本身编写的库突然获得这些功能的?在我看来，这一切都是可怕的循环。你能在这些库中找到哪些c++指令?
我知道这个问题对一个有经验的软件开发人员来说似乎微不足道，但我已经研究了几个小时，没有找到任何直接的回答。这已经到了我无法理解Qt教程的地步，因为库的存在对我来说是不可理解的。
当前回答
创建窗口不需要特殊的语法。所需要的只是操作系统提供一个API来创建窗口。这样的API由c++提供语法的简单函数调用组成。
此外，C和c++是所谓的系统编程语言，能够访问任意指针(可能由硬件映射到某些设备)。此外，调用在程序集中定义的函数也相当简单，这允许处理器提供的全部操作。因此，使用C或c++和少量的汇编程序来编写操作系统本身是可能的。
还应该提到Qt是一个不好的例子，因为它使用所谓的元编译器来扩展c++的语法。然而，这与它调用操作系统提供的api来实际绘制或创建窗口的能力无关。
其他回答
关键在于操作系统是否可能公开API以及如何使用该API的详细描述。
操作系统提供了一组具有调用约定的api。 调用约定定义了将参数提供给API的方式、返回结果的方式以及如何执行实际调用。
操作系统和为它们创建代码的编译器可以很好地协同工作，所以您通常不必考虑它，只需使用它。
创建窗口不需要特殊的语法。所需要的只是操作系统提供一个API来创建窗口。这样的API由c++提供语法的简单函数调用组成。
此外，C和c++是所谓的系统编程语言，能够访问任意指针(可能由硬件映射到某些设备)。此外，调用在程序集中定义的函数也相当简单，这允许处理器提供的全部操作。因此，使用C或c++和少量的汇编程序来编写操作系统本身是可能的。
还应该提到Qt是一个不好的例子，因为它使用所谓的元编译器来扩展c++的语法。然而，这与它调用操作系统提供的api来实际绘制或创建窗口的能力无关。
您的c++程序使用Qt库(也是用c++编写的)。Qt库将使用Windows CreateWindowEx函数(在kernel32.dll中用C编写)。或者在Linux下，它可能使用Xlib(也是用C编写的)，但它也可以发送原始字节，在X协议中意味着“请为我创建一个窗口”。
与你的两难问题相关的是“第一个c++编译器是用c++编写的”的历史注释，尽管实际上它是一个带有一些c++概念的C编译器，足以编译第一个版本，然后它可以编译自己。
类似地，GCC编译器使用GCC扩展:它首先被编译到一个版本，然后用于重新编译自身。(GCC构建说明)
你是对的，一般来说，图书馆不能使任何不可能的事情成为可能。
但是库并不一定要用c++来编写才能被c++程序使用。即使它们是用c++编写的，它们也可能在内部使用其他不是用c++编写的库。因此，c++没有提供任何方法来做这件事的事实并不妨碍它被添加，只要在c++之外有某种方法来做这件事。
在相当低的级别上，c++(或C)调用的一些函数将用汇编编写，并且该汇编包含所需的指令，以完成在c++中不可能(或不容易)的操作，例如调用一个系统函数。此时，该系统调用可以做计算机能够做的任何事情，因为没有任何东西可以阻止它。
When you try to draw something on the screen, your code calls some other piece of code which calls some other code (etc.) until finally there is a "system call", which is a special instruction that the CPU can execute. These instructions can be either written in assembly or can be written in C++ if the compiler supports their "intrinsics" (which are functions that the compiler handles "specially" by converting them into special code that the CPU can understand). Their job is to tell the operating system to do something.
When a system call happens, a function gets called that calls another function (etc.) until finally the display driver is told to draw something on the screen. At that point, the display driver looks at a particular region in physical memory which is actually not memory, but rather an address range that can be written to as if it were memory. Instead, however, writing to that address range causes the graphics hardware to intercept the memory write, and draw something on the screen. Writing to this region of memory is something that could be coded in C++, since on the software side it's just a regular memory access. It's just that the hardware handles it differently. So that's a really basic explanation of how it can work.
