我正在学习c++，我刚刚开始学习Qt的一些功能来编写GUI程序。我问了自己以下问题:
c++以前没有语法能够要求操作系统提供一个窗口或一种通过网络进行通信的方式(我承认我也不完全理解api)，它是如何通过c++本身编写的库突然获得这些功能的?在我看来，这一切都是可怕的循环。你能在这些库中找到哪些c++指令?
我知道这个问题对一个有经验的软件开发人员来说似乎微不足道，但我已经研究了几个小时，没有找到任何直接的回答。这已经到了我无法理解Qt教程的地步，因为库的存在对我来说是不可理解的。
当前回答
硬件是允许这一切发生的原因。您可以将图形存储器看作一个大数组(由屏幕上的每个像素组成)。要绘制到屏幕上，您可以使用c++或任何允许直接访问该内存的语言写入该内存。该内存恰好可以被显卡访问或位于显卡上。
在现代系统中，由于各种限制，直接访问图形存储器需要编写驱动程序，因此您可以使用间接方法。库创建一个窗口(实际上只是一个像其他图像一样的图像)，然后将该图像写入图形内存，然后GPU将其显示在屏幕上。除了写入特定内存位置的能力之外，该语言不需要添加任何东西，这就是指针的作用。
其他回答
计算机就像一个洋葱，它有很多很多层，从纯硬件的内核到最外层的应用层。每一层都将自己的一部分暴露给下一个外层，这样外层就可以使用内层的一些功能。
以Windows为例，操作系统为运行在Windows上的应用程序公开了所谓的WIN32 API。Qt库使用该API为使用Qt的应用程序提供自己的API。你使用Qt, Qt使用WIN32, WIN32使用较低级别的Windows操作系统，等等，直到它成为硬件中的电信号。
我如何看待这个问题，这实际上是一个编译器的问题。
这样看，你用汇编写了一段代码(你可以用任何语言写)，它把你新写的语言(你想把z++称为汇编)翻译成汇编，为了简单起见，让我们称它为编译器(它是编译器)。
现在你给了这个编译器一些基本的函数，这样你就可以写int，字符串，数组等等，实际上你给了它足够的能力，所以你可以用z++来写编译器本身。现在你有了一个用z++编写的z++编译器，非常简洁。
更酷的是，现在您可以使用编译器已有的功能为其添加功能，从而通过使用以前的功能扩展z++语言的新功能
举个例子，如果你写了足够多的代码来绘制任何颜色的像素，那么你可以使用z++扩展它来绘制任何你想要的东西。
C和c++有两个属性，允许OP所谈论的所有这些可扩展性。
C和c++可以访问内存 C和c++可以调用非C或c++语言中的汇编代码。
在内核或基本的非保护模式平台中，外围设备(如串口或磁盘驱动器)以与RAM相同的方式映射到内存映射中。内存是一系列的开关，翻转外围设备的开关(比如串口或磁盘驱动器)可以让外围设备做一些有用的事情。
在保护模式操作系统中，当用户希望从用户空间访问内核时(比如写入文件系统或在屏幕上绘制像素)，需要进行系统调用。C语言没有指令来进行系统调用，但是C语言可以调用汇编代码来触发正确的系统调用，这就是为什么C代码可以与内核对话。
为了使特定平台的编程更容易，系统调用被包装在更复杂的函数中，这些函数可以在自己的程序中执行一些有用的函数。可以直接调用系统调用(使用汇编程序)，但是使用平台提供的一个包装器函数可能更容易。
还有另一层API比系统调用有用得多。以malloc为例。这不仅会调用系统来获取大块的内存，而且还会通过对正在发生的事情进行所有簿记来管理这些内存。
Win32 api用一个公共平台小部件集包装了一些图形功能。Qt更进一步，以跨平台的方式包装了Win32(或X Windows) API。
从根本上讲，C编译器将C代码转换为机器代码，由于计算机被设计为使用机器代码，所以你应该期望C能够完成计算机所能完成的大部分工作。包装器库所做的一切都是为您做繁重的工作，这样您就不必做了。
关键在于操作系统是否可能公开API以及如何使用该API的详细描述。
操作系统提供了一组具有调用约定的api。 调用约定定义了将参数提供给API的方式、返回结果的方式以及如何执行实际调用。
操作系统和为它们创建代码的编译器可以很好地协同工作，所以您通常不必考虑它，只需使用它。
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.
