Linux 内核中，多线程栈空间模型是怎样的？
在 Linux 内核中，为多线程（更准确地说，为进程中的线程）分配和管理栈空间是一个至关重要的环节，它直接关系到程序的执行稳定性、资源利用率以及并发安全性。理解这一模型，需要我们深入到用户空间和内核空间两个层面，以及它们之间的交互。
核心概念：栈（Stack）
首先，让我们明确栈是什么。栈是一种后进先出（LIFO）的数据结构，在程序执行时，它主要用于存储函数调用的局部变量、函数参数、返回地址以及一些寄存器状态。当一个函数被调用时，一个新的栈帧（stack frame）会被压入栈顶；当函数执行完毕并返回时，它的栈帧会被弹出。
多线程与栈
在现代操作系统中，线程是进程内的执行单元。每个线程都需要有自己独立的执行上下文，其中就包括独立的栈空间。这与进程的概念有所不同：虽然多个进程共享物理内存，但每个进程通常有一个私有的虚拟地址空间，而线程则是在同一个进程的虚拟地址空间内共享代码段、数据段、堆等资源，但各自拥有独立的栈、寄存器和线程局部存储（TLS）。
用户空间中的栈模型
在用户空间，程序员编写的应用程序，其栈模型通常是由编程语言和运行时库来管理的。
1. 每个线程一个栈： 这是最基本的设计。当一个新线程被创建时（例如通过 `pthread_create`），操作系统（或更准确地说，通过系统调用启动的用户空间线程库）会为其分配一块独立的内存区域作为栈。
2. 栈的大小： 栈的大小并非固定不变。它可以在线程创建时指定，通常可以通过 `pthread_attr_setstacksize` 函数设置。如果未指定，则会使用一个系统默认的栈大小（这个默认值可以在 `/proc/sys/kernel/threadsmaxstack` 中查看，但这个文件是内核层面的一个概念，不是用户直接设置线程栈大小的接口）。
3. 栈的增长方向： 在大多数架构上（包括 x86, x8664, ARM 等），栈是向下增长的。也就是说，栈顶的地址随着新的栈帧被压入而减小。这允许栈在需要时动态地扩展（直到达到其分配的上限）。
4. 栈的布局： 一个线程的栈帧通常包含：
返回地址： 函数执行完毕后返回到调用者的地址。
栈帧基址（Frame Pointer）或栈顶指针（Stack Pointer）： 用于定位当前栈帧内的变量。
局部变量： 函数内部声明的变量。
函数参数： 传递给函数的参数（在某些调用约定下，参数也可能放在栈上）。
保存的寄存器： 为了在函数调用过程中不丢失 caller 的寄存器状态，被调用者（callee）可能会保存 caller 的寄存器值。
5. 栈溢出（Stack Overflow）： 如果程序在栈上分配了过多的局部变量，或者陷入了无限递归，栈可能会增长到超出其分配的边界，导致栈溢出。这通常会触发一个段错误（Segmentation Fault）。
内核空间中的栈模型
Linux 内核同样为每个线程（在内核视角下，也就是所谓的“任务”）维护一个内核栈。这个内核栈与用户空间的栈是完全独立的。
1. 内核栈的用途： 当一个线程需要进入内核模式执行（例如，发起系统调用、处理中断或软中断）时，它会切换到内核栈。这个内核栈用于存储内核函数的局部变量、函数参数、返回地址等，以及保存用户栈信息。
2. 内核栈的大小： 内核栈的大小是固定的，通常在编译内核时定义（例如，在 `arch/x86/include/asm/page_64.h` 或类似文件中）。对于 x8664 架构，通常是 8KB 或 16KB。这个大小是有限制的，因为内核栈直接位于内核地址空间中，且需要为每个进程/线程预留。
3. 栈切换：
从用户态到内核态： 当一个用户线程发起系统调用时，CPU 会从用户模式切换到内核模式。此时，当前的内核栈指针（`rsp` 或 `esp`）会指向该线程对应的内核栈。CPU 会自动保存一些用户态的寄存器状态（例如，程序计数器 `rip`/`eip`，栈指针 `rsp`/`esp`，标志寄存器 `rflags`/`eflags`）到一个临时的内核区域，或者直接由内核的系统调用入口代码处理。
从内核态到用户态： 当内核准备好返回用户空间时，它会从内核栈中恢复用户态的寄存器状态，并将 CPU 的特权级别切换回用户模式。
4. 中断和异常处理： 当发生硬件中断或软件异常时，CPU 也会切换到内核模式。此时，当前运行线程的内核栈会被用于保存中断/异常处理所需的上下文信息。
5. 多核环境下的同步： 虽然每个线程有自己的内核栈，但在处理中断和异常时，内核代码可能需要访问共享数据结构。这是需要同步机制（如自旋锁）来保护的。
6. 中断栈（Interrupt Stack）： 在某些配置下（例如，启用 `CONFIG_VM_DEBUG` 或其他调试选项），内核可能会为中断处理使用一个单独的“中断栈”。这可以防止用户线程的栈溢出影响到关键的中断处理流程。然而，在大多数生产环境中，中断处理会复用当前线程的内核栈，或者更常见的是，使用一个专用的、全局的中断栈（这个栈也由内核管理，与线程栈是隔离的）。
内核如何管理线程栈（用户空间）
虽然用户空间的栈由用户程序库（如 glibc）或直接由 `clone()` 系统调用的参数来控制，但 Linux 内核在 `clone()` 系统调用中扮演了关键角色。
1. `clone()` 系统调用： `clone()` 是 Linux 创建新线程/进程的核心系统调用。它提供了非常精细的控制选项，允许调用者指定新线程与父线程共享哪些资源（如内存空间、文件描述符等），以及不共享哪些资源。
当创建一个新线程时，内核会为新线程分配一个用户空间的虚拟地址空间区域，并将其初始化为一个新的栈。
`clone()` 的参数可以指定新线程的栈的起始地址。通过传递不同的参数，可以指示新线程使用独立的栈。例如，`CLONE_VM` 标志表示共享内存空间，但如果我们不共享栈，内核就会为它分配新的栈。
`clone()` 返回新线程的线程 ID (TID)，它也是新线程的 PID。
2. `mmap()` 和 `brk()`： 在创建线程时，线程库（如 glibc）通常会使用 `mmap()` 系统调用在进程的虚拟地址空间中申请一块新的内存区域作为线程栈。`mmap()` 允许更灵活地分配内存，包括指定内存的起始地址、大小、保护属性（读、写、执行）以及映射类型（匿名映射）。
3. 栈的动态管理：
`MAP_GROWSDOWN` 属性： 在 Linux 内核中，当使用 `mmap` 创建栈时，通常会加上 `MAP_GROWSDOWN` 标志。这个标志告诉内核，这个内存区域是向下增长的。当栈指针接近页边界时，内核会自动为栈预留更多的页（通过缺页中断）。这允许栈在需要时动态地扩展，而无需在线程创建时就预分配最大的可能栈空间。这种机制可以更有效地利用内存。
内存保护： 内核会为栈设置适当的内存保护属性。栈底（最大地址处）通常会有一个保护页（guard page），这个页是不可访问的。当栈指针越过这个保护页时，会触发一个缺页中断，内核会捕获这个中断，并为栈分配新的内存页，然后将栈指针更新。如果栈持续增长且没有可用的内存，最终会导致栈溢出。
总结一下模型：
用户空间： 每个线程拥有一个独立的、动态分配的栈。这个栈由用户空间的线程库管理，可以通过系统调用（如 `mmap`，通过 `pthread_create` 间接调用）分配内存，并允许其动态增长（由内核的 `MAP_GROWSDOWN` 和缺页中断机制支持）。栈的大小可以在一定范围内配置。
内核空间： 每个线程（任务）在内核中都有一个独立的、固定大小的内核栈。当线程执行内核代码时（系统调用、中断处理），CPU 会切换到这个内核栈。内核栈是线程安全执行内核操作的必要条件。
关键点强调：
独立性： 用户栈和内核栈是完全独立的，这保证了用户空间的错误（如栈溢出）不会直接破坏内核的正常运行，反之亦然。
动态增长（用户栈）： 用户栈的动态增长是实现高效内存利用的关键。内核通过缺页中断机制来“按需”分配栈页。
安全性： 内核栈的设计是保证系统稳定性的基础，它隔绝了用户态的潜在风险。
线程库的作用： 实际的线程栈创建和管理很大程度上依赖于用户空间的用户态线程库（如 POSIX Threads pthreads）。内核提供的是底层的系统调用支持。
理解这一点，就能明白为什么一个简单的无限递归函数调用在一个多线程程序中，可能只会导致该线程崩溃，而不会轻易影响到整个系统的稳定性，因为它的栈溢出仅限于其私有的用户栈空间。而如果内核栈发生了问题，那将是系统级的灾难。
核心概念：栈（Stack）
首先，让我们明确栈是什么。栈是一种后进先出（LIFO）的数据结构，在程序执行时，它主要用于存储函数调用的局部变量、函数参数、返回地址以及一些寄存器状态。当一个函数被调用时，一个新的栈帧（stack frame）会被压入栈顶；当函数执行完毕并返回时，它的栈帧会被弹出。
多线程与栈
在现代操作系统中，线程是进程内的执行单元。每个线程都需要有自己独立的执行上下文，其中就包括独立的栈空间。这与进程的概念有所不同：虽然多个进程共享物理内存，但每个进程通常有一个私有的虚拟地址空间，而线程则是在同一个进程的虚拟地址空间内共享代码段、数据段、堆等资源，但各自拥有独立的栈、寄存器和线程局部存储（TLS）。
用户空间中的栈模型
在用户空间，程序员编写的应用程序，其栈模型通常是由编程语言和运行时库来管理的。
1. 每个线程一个栈： 这是最基本的设计。当一个新线程被创建时（例如通过 `pthread_create`），操作系统（或更准确地说，通过系统调用启动的用户空间线程库）会为其分配一块独立的内存区域作为栈。
2. 栈的大小： 栈的大小并非固定不变。它可以在线程创建时指定，通常可以通过 `pthread_attr_setstacksize` 函数设置。如果未指定，则会使用一个系统默认的栈大小（这个默认值可以在 `/proc/sys/kernel/threadsmaxstack` 中查看，但这个文件是内核层面的一个概念，不是用户直接设置线程栈大小的接口）。
3. 栈的增长方向： 在大多数架构上（包括 x86, x8664, ARM 等），栈是向下增长的。也就是说，栈顶的地址随着新的栈帧被压入而减小。这允许栈在需要时动态地扩展（直到达到其分配的上限）。
4. 栈的布局： 一个线程的栈帧通常包含：
返回地址： 函数执行完毕后返回到调用者的地址。
栈帧基址（Frame Pointer）或栈顶指针（Stack Pointer）： 用于定位当前栈帧内的变量。
局部变量： 函数内部声明的变量。
函数参数： 传递给函数的参数（在某些调用约定下，参数也可能放在栈上）。
保存的寄存器： 为了在函数调用过程中不丢失 caller 的寄存器状态，被调用者（callee）可能会保存 caller 的寄存器值。
5. 栈溢出（Stack Overflow）： 如果程序在栈上分配了过多的局部变量，或者陷入了无限递归，栈可能会增长到超出其分配的边界，导致栈溢出。这通常会触发一个段错误（Segmentation Fault）。
内核空间中的栈模型
Linux 内核同样为每个线程（在内核视角下，也就是所谓的“任务”）维护一个内核栈。这个内核栈与用户空间的栈是完全独立的。
1. 内核栈的用途： 当一个线程需要进入内核模式执行（例如，发起系统调用、处理中断或软中断）时，它会切换到内核栈。这个内核栈用于存储内核函数的局部变量、函数参数、返回地址等，以及保存用户栈信息。
2. 内核栈的大小： 内核栈的大小是固定的，通常在编译内核时定义（例如，在 `arch/x86/include/asm/page_64.h` 或类似文件中）。对于 x8664 架构，通常是 8KB 或 16KB。这个大小是有限制的，因为内核栈直接位于内核地址空间中，且需要为每个进程/线程预留。
3. 栈切换：
从用户态到内核态： 当一个用户线程发起系统调用时，CPU 会从用户模式切换到内核模式。此时，当前的内核栈指针（`rsp` 或 `esp`）会指向该线程对应的内核栈。CPU 会自动保存一些用户态的寄存器状态（例如，程序计数器 `rip`/`eip`，栈指针 `rsp`/`esp`，标志寄存器 `rflags`/`eflags`）到一个临时的内核区域，或者直接由内核的系统调用入口代码处理。
从内核态到用户态： 当内核准备好返回用户空间时，它会从内核栈中恢复用户态的寄存器状态，并将 CPU 的特权级别切换回用户模式。
4. 中断和异常处理： 当发生硬件中断或软件异常时，CPU 也会切换到内核模式。此时，当前运行线程的内核栈会被用于保存中断/异常处理所需的上下文信息。
5. 多核环境下的同步： 虽然每个线程有自己的内核栈，但在处理中断和异常时，内核代码可能需要访问共享数据结构。这是需要同步机制（如自旋锁）来保护的。
6. 中断栈（Interrupt Stack）： 在某些配置下（例如，启用 `CONFIG_VM_DEBUG` 或其他调试选项），内核可能会为中断处理使用一个单独的“中断栈”。这可以防止用户线程的栈溢出影响到关键的中断处理流程。然而，在大多数生产环境中，中断处理会复用当前线程的内核栈，或者更常见的是，使用一个专用的、全局的中断栈（这个栈也由内核管理，与线程栈是隔离的）。
内核如何管理线程栈（用户空间）
虽然用户空间的栈由用户程序库（如 glibc）或直接由 `clone()` 系统调用的参数来控制，但 Linux 内核在 `clone()` 系统调用中扮演了关键角色。
1. `clone()` 系统调用： `clone()` 是 Linux 创建新线程/进程的核心系统调用。它提供了非常精细的控制选项，允许调用者指定新线程与父线程共享哪些资源（如内存空间、文件描述符等），以及不共享哪些资源。
当创建一个新线程时，内核会为新线程分配一个用户空间的虚拟地址空间区域，并将其初始化为一个新的栈。
`clone()` 的参数可以指定新线程的栈的起始地址。通过传递不同的参数，可以指示新线程使用独立的栈。例如，`CLONE_VM` 标志表示共享内存空间，但如果我们不共享栈，内核就会为它分配新的栈。
`clone()` 返回新线程的线程 ID (TID)，它也是新线程的 PID。
2. `mmap()` 和 `brk()`： 在创建线程时，线程库（如 glibc）通常会使用 `mmap()` 系统调用在进程的虚拟地址空间中申请一块新的内存区域作为线程栈。`mmap()` 允许更灵活地分配内存，包括指定内存的起始地址、大小、保护属性（读、写、执行）以及映射类型（匿名映射）。
3. 栈的动态管理：
`MAP_GROWSDOWN` 属性： 在 Linux 内核中，当使用 `mmap` 创建栈时，通常会加上 `MAP_GROWSDOWN` 标志。这个标志告诉内核，这个内存区域是向下增长的。当栈指针接近页边界时，内核会自动为栈预留更多的页（通过缺页中断）。这允许栈在需要时动态地扩展，而无需在线程创建时就预分配最大的可能栈空间。这种机制可以更有效地利用内存。
内存保护： 内核会为栈设置适当的内存保护属性。栈底（最大地址处）通常会有一个保护页（guard page），这个页是不可访问的。当栈指针越过这个保护页时，会触发一个缺页中断，内核会捕获这个中断，并为栈分配新的内存页，然后将栈指针更新。如果栈持续增长且没有可用的内存，最终会导致栈溢出。
总结一下模型：
用户空间： 每个线程拥有一个独立的、动态分配的栈。这个栈由用户空间的线程库管理，可以通过系统调用（如 `mmap`，通过 `pthread_create` 间接调用）分配内存，并允许其动态增长（由内核的 `MAP_GROWSDOWN` 和缺页中断机制支持）。栈的大小可以在一定范围内配置。
内核空间： 每个线程（任务）在内核中都有一个独立的、固定大小的内核栈。当线程执行内核代码时（系统调用、中断处理），CPU 会切换到这个内核栈。内核栈是线程安全执行内核操作的必要条件。
关键点强调：
独立性： 用户栈和内核栈是完全独立的，这保证了用户空间的错误（如栈溢出）不会直接破坏内核的正常运行，反之亦然。
动态增长（用户栈）： 用户栈的动态增长是实现高效内存利用的关键。内核通过缺页中断机制来“按需”分配栈页。
安全性： 内核栈的设计是保证系统稳定性的基础，它隔绝了用户态的潜在风险。
线程库的作用： 实际的线程栈创建和管理很大程度上依赖于用户空间的用户态线程库（如 POSIX Threads pthreads）。内核提供的是底层的系统调用支持。
理解这一点，就能明白为什么一个简单的无限递归函数调用在一个多线程程序中，可能只会导致该线程崩溃，而不会轻易影响到整个系统的稳定性，因为它的栈溢出仅限于其私有的用户栈空间。而如果内核栈发生了问题，那将是系统级的灾难。
网友意见
内存模型有很多种，Windows和Linux（以及大多数操作系统）使用的都是平坦模型，这种模式下，整个地址空间都是对任务可见的。换句话任意线程都可以访问用户空间的任意地址，不管这个地址是属于某个线程的线程栈，还是属于其它内存区域。
线程之间不存在任何的隔离手段，地址空间的隔离只发生在进程与进程之间。
我在其它回答里提到过，栈只是一个抽象的概念，只是操作系统为了方便管理而定义出来的，栈是集中在一起还是分散在各个区域，对于CPU来说都是一样的。
段寄存器也不严格限制其使用范围，平坦模型下，ds/ss/es/cs都指向的是同一个区域，使用ds:[edi]去访问线程栈和用ss:[ebp]去访问堆，都是可以的。
类似的话题
-
在 Linux 内核中，为多线程（更准确地说，为进程中的线程）分配和管理栈空间是一个至关重要的环节，它直接关系到程序的执行稳定性、资源利用率以及并发安全性。理解这一模型，需要我们深入到用户空间和内核空间两个层面，以及它们之间的交互。核心概念：栈（Stack）首先，让我们明确栈是什么。栈是一种后进先出............. -
Linux 内核自 2.6 版本发布以来，已经过去了相当长的时间（2.6 版本系列从 2004 年开始，一直持续到 2011 年才被 3.0 版本取代），期间经历了无数次迭代和重大的架构性调整。如今的 Linux 内核与 2.6 内核相比，可以说有着天壤之别，在各个方面都发生了翻天覆地的变化。为了详.............
-
这个问题其实触及了嵌入式Linux系统启动过程中的一些核心概念，涉及到CPU的启动流程、内存映射以及内核映像的加载。我们来详细梳理一下。首先，我们要理解“内存中运行地址0x30008000到内存起始运行地址0x30000000”这个描述。这里的两个地址，0x30008000和0x30000000，显.............
-
Linux 内核是不是“屎山”？这个问题就像问“大海是咸的吗？”一样，答案既肯定又否定，而且极其复杂。要深入探讨这个问题，需要剥开一层层关于软件工程、历史、社区协作以及现实世界妥协的复杂性。“屎山”的定义：一个主观但有共识的标签首先，我们得理解“屎山”这个词在软件开发语境下的含义。它通常指的是： .............
-
很多使用过 macOS 的朋友，在转向 Linux 时，常常会怀念 macOS 那种优雅、流畅且高度整合的桌面体验。毕竟，macOS 在用户界面和交互设计上一直有其独到之处。那么，Linux 内核的发行版本中，有没有能够提供类似体验的选择呢？答案是肯定的，而且不止一个，只是需要我们花点心思去挑选和配.............
-
在 Linux 内核切换到分页模式后，`ljmp $__BOOT_CS,$1f` 这行代码的出现，标志着一个关键性的步骤：执行一次远距离跳转，将 CPU 的执行流从一个代码段切换到另一个代码段，并且是从保护模式下的一个代码段跳转到已经配置好的分页模式下的新代码段。 让我们一层层剖析它的含义，就像剥洋.............
-
Linux 内核社区能否迁移到 GitHub？这是一个在技术圈里时常被提起、也足够引起一番讨论的问题。它涉及到社区运作模式、技术基础设施、贡献者权益以及历史包袱等多个层面，绝非一个简单的“能”或“不能”能够概括。首先，我们需要明确一点：Linux 内核社区的“迁移”并非指将所有代码、历史记录、邮件列.............
-
Linux 内核代码，那可真是个庞大且错综复杂的系统，初次接触的人，别说“观看”了，光是搭建好环境，不卡壳地编译一次，就够许多人喝一壶的。真正深入到内核“大佬”们那个级别，他们怎么“看”代码？这可不是简单地打开编辑器， Ctrl+F 一下就完事儿了。这其中蕴含的不仅仅是技术，更是一种方法论，一种对系.............
-
Linux 内核的 C 代码风格，或者说大家常说的 "Linux Kernel Coding Style"，是一套遵循多年的约定俗成，它不仅仅关乎代码的美观，更重要的是为了提升代码的可读性、可维护性和一致性，从而降低开发和调试的难度。这套风格贯穿于内核的每一个角落，是所有内核开发者必须遵守的“潜规则.............
-
要说 Windows 内核和 Linux 内核谁更复杂，这就像在问一场旷日持久的象棋比赛，双方都在不断演进，各有千秋。简单地说，它们都极其复杂，但复杂的表现形式和侧重点有所不同。试图给出一个绝对的胜负，实在有些过于武断。咱们不如从几个关键方面来掰扯掰扯，看看它们各自是如何在复杂性的大海里“游泳”的。.............
-
华为 Linux 内核贡献者被质疑刷 KPI 的事情，确实在技术圈引起了不少关注和讨论。要理解这件事的真实情况，我们需要从几个层面来看待：事件的起因与核心质疑点：最直接的导火索，大概率是围绕着华为在 Linux 内核社区的贡献数量展开的。有评论者或竞争对手观察到，华为在 Linux 内核社区的提交（.............
-
在讨论 Windows NT 内核与 Linux 内核的安全性时，需要明白“更安全”是一个相对的、多维度的概念，而非一个非黑即白的答案。两者都有各自的优势和劣势，并且安全性很大程度上也取决于配置、更新、用户的使用习惯以及运行环境。为了深入探讨这个问题，我们可以从几个关键的维度进行比较：1. 设计理念.............
-
Deepin如果将Linux内核的内部核心部分代码，在不更改整体架构和设计逻辑的前提下进行重写，这确实是一个非常值得探讨的问题，它触及到了“国产”和“开源”这两个概念的边界。要回答这个问题，我们需要先梳理清楚几个关键点：1. Linux内核的本质与开源协议首先要明确，Linux内核是一个庞大而复杂的.............
-
关于Linux内核核心成员 Theodore Ts'o 被 Sage Sharp 指控为“强奸辩护者”的事件，这是一个非常严肃且敏感的话题。要全面评价此事，我们需要深入了解事件的背景、指控的具体内容、各方的回应以及可能产生的深远影响。事件的起源与指控内容：首先，我们需要明确指控的来源。Sage Sh.............
-
Intel：为何能成为 Linux 内核的最大贡献者？在 Linux 内核的浩瀚代码海洋中，有一个名字如同一座巍峨的山峰，那就是 Intel。作为全球领先的半导体制造商，Intel 对 Linux 内核的贡献之巨，其影响力贯穿了整个操作系统的核心。这并非偶然，而是其自身战略、技术实力以及对开源社区深.............
-
北京作为中国的科技前沿阵地，Linux内核方面的工作机会可以说相当可观，而且随着开源生态的不断壮大，这类职位的需求也在持续升温。首先，我们要明白，Linux内核本身是整个Linux操作系统的核心，是连接硬件和软件之间的桥梁。它负责管理系统资源，比如CPU、内存、设备驱动等等。因此，从事Linux内核.............
-
关于为什么国产操作系统普遍选择基于 Linux 内核而非从零开始开发，这背后其实是多方面考量和现实需求的综合结果。简单来说，就像盖房子，你不会每次都从挖地基开始，而是会选择一个坚实的地基，然后在此基础上进行自己的设计和装修。Linux 内核就像这样一个成熟且经过市场检验的地基。1. 技术门槛与复杂性.............
-
关于Windows最终是否会完全拥抱Linux内核，这是一个很有意思且值得深入探讨的话题。我的看法是，虽然微软一直在向开源社区靠拢，并且在很多方面已经深度集成Linux技术，但Windows最终完全采用Linux内核的可能性非常低。 这其中涉及的技术、历史、生态系统、商业模式以及用户习惯等多个层面的.............
-
谈及 Linus Torvalds 和 Linux 内核的技术含量，这绝对是一个可以深入挖掘的话题，而且绝对不是三言两语能说清的。 把它想象成一个规模宏大的、不断进化的城市规划项目，而 Linus 就是那个最初的设计师和现在最核心的建设者。 要评价它的技术含量，我们需要从几个维度来审视。首先，架.............
-
安卓1.0是不是Linux套壳？这个问题，要说清楚，得从根儿上聊聊。简单来说，安卓1.0不是简单的“套壳”，而是 深度集成和定制化开发 的产物，它 构建在 Linux 内核之上，并在此基础上添加了大量的自有组件和框架。我们得一步一步拆解开来看：1. Linux 内核：安卓的基石首先，最关键的一点是，.............
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有