计算机操作系统（四） 操作系统的结构与系统调用
- 前言
- 一、操作系统的结构
-
- [1.1 简单结构](#1.1 简单结构)
- [1.2 模块化结构](#1.2 模块化结构)
- [1.3 分层化结构](#1.3 分层化结构)
- [1.4 微内核结构](#1.4 微内核结构)
- [1.5 外核结构](#1.5 外核结构)
- 二、系统调用
-
- [1.1 系统调用的基本概念](#1.1 系统调用的基本概念)
- [1.2 系统调用的类型](#1.2 系统调用的类型)
- 总结（核心概念速记）：
前言
- 在上一篇博客中，我们详细探讨了操作系统的特性、运行环境与核心功能。
- 了解这些知识后，我们对操作系统如何协调硬件资源与软件程序的交互有了更深入的认识。
- 本篇博客将继续深入操作系统的世界，聚焦于操作系统的结构与系统调用这两个重要方面。
- 通过学习这些内容，你会对操作系统的内部运作有更清晰的理解，为后续深入学习操作系统的其他知识打下坚实基础。
我的个人主页，欢迎来阅读我的其他文章
https://blog.csdn.net/2402_83322742?spm=1011.2415.3001.5343我的操作系统博客专栏
https://blog.csdn.net/2402_83322742/category_12916780.html?spm=1001.2014.3001.5482
一、操作系统的结构
1.1 简单结构
- 简单结构的操作系统就像是一个"大杂烩"，它没有清晰的结构划分，所有功能都混合在一起。
- 早期的操作系统常采用这种结构，开发起来比较简单直接，代码也相对较少。
- 但是，随着系统功能不断增加，这种结构的缺点就暴露出来了。
由于代码之间的关系不清晰，修改和维护非常困难，一个小的改动可能会影响到系统的其他部分，就像在一团乱麻里找线头，牵一发而动全身。
- 比如，早期的一些小型操作系统，为了实现基本的文件管理和进程调度功能，代码可能写得很随意，后期想要优化或者添加新功能，难度极大 。
1.2 模块化结构
- 为了解决简单结构的问题，模块化结构应运而生。
- 它把操作系统划分为一个个独立的模块，每个模块负责特定的功能，就好比把一个大工厂分成了不同的车间，每个车间各司其职。
- 这样做的好处是，模块之间的独立性很强，方便开发和维护。如果某个模块出现问题，只需要修改这个模块就行，不会影响其他模块。
- 例如，在一个模块化结构的操作系统中，文件管理模块和进程管理模块是分开的，当需要优化文件管理功能时，只需要专注于文件管理模块的代码，不用担心对进程管理模块造成影响。
- 不同模块之间通过接口进行通信，这种方式使得操作系统的结构更加清晰。
| 模块名称 | 主要功能 | 与其他模块接口举例 |
|---|---|---|
| 文件管理模块 | 负责文件的存储、读取、删除等操作 | 提供文件打开、关闭、读写等函数接口给其他模块调用 |
| 进程管理模块 | 管理进程的创建、销毁、调度等 | 使用文件管理模块的接口来读取进程相关的配置文件 |
1.3 分层化结构
- 分层化结构则是将操作系统按照功能的层次关系进行划分，形成一个层次分明的结构，有点像盖房子，一层一层往上盖，每一层都依赖于下面的层，同时为上面的层提供服务。
最底层通常是硬件相关的功能，越往上功能越高级。这种结构的优点是层次清晰，易于理解和扩展。
- 当需要添加新功能时，可以在合适的层次添加，不会影响到其他层次。
- 比如，在一个具有分层结构的操作系统中，最底层是硬件驱动层，负责与硬件设备进行交互；中间层是内存管理和进程调度层；
最上层是用户接口层。当需要优化内存管理功能时，只需要在内存管理这一层进行修改，不会影响到硬件驱动层和用户接口层。
| 层次名称 | 功能描述 | 对上一层提供的服务 | 依赖的下层服务 |
|---|---|---|---|
| 硬件驱动层 | 与硬件设备交互，控制硬件工作 | 提供硬件访问接口，如磁盘读写接口 | 直接操作硬件 |
| 内存管理层 | 管理内存的分配、回收等 | 提供内存分配和释放函数 | 调用硬件驱动层的内存访问接口 |
| 进程调度层 | 调度进程执行 | 根据进程状态进行调度 | 依赖内存管理层分配内存给进程 |
| 用户接口层 | 提供用户与操作系统交互的界面 | 接收用户输入并返回处理结果 | 调用进程调度层执行用户请求 |
1.4 微内核结构
- 微内核结构是一种比较先进的操作系统结构。
- 它把操作系统的核心功能尽量简化，只保留一些最基本、最关键的功能在微内核中，
-
- 比如进程管理、内存管理的基本部分和通信机制等。而其他功能则以服务器的形式运行在用户空间，通过微内核提供的接口进行交互。
这就好比一个公司，核心管理层只负责最重要的决策，其他具体业务交给各个部门去做。微内核结构的优点是系统的扩展性和灵活性非常强，当需要添加新功能或者修改某个功能时，只需要在相应的服务器中进行调整，不需要修改微内核本身。
同时，由于微内核很小，安全性也相对较高。例如，在一些嵌入式操作系统中，微内核结构能够很好地适应不同的硬件环境，方便开发者根据需求定制系统功能。
1.5 外核结构
- 外核结构与前面几种结构有所不同，它的设计理念是将硬件资源以一种更灵活的方式呈现给上层软件。
- 外核并不像传统操作系统那样对硬件资源进行过多的管理和抽象，而是让上层软件根据自己的需求去直接管理硬件资源。
- 这就好比把一间毛坯房交给住户，住户可以按照自己的想法去装修和布置。外核结构适用于一些对性能要求极高、对资源管理有特殊需求的场景，比如高性能计算领域。
- 在这种结构下，上层软件可以根据具体的应用场景，优化对硬件资源的利用，提高系统的整体性能。
二、系统调用
1.1 系统调用的基本概念
- 系统调用是操作系统提供给应用程序的接口，它就像是一扇通往操作系统内部功能的大门。
- 应用程序通过系统调用请求操作系统提供服务，比如读取文件、创建进程等。为什么应用程序不能直接访问硬件资源呢？
-
这是因为操作系统需要对硬件资源进行统一管理，保证系统的稳定性和安全性。如果每个应用程序都可以随意访问硬件，那么系统很容易出现混乱。
当应用程序发起系统调用时，CPU会从用户态切换到内核态，然后操作系统根据系统调用的类型执行相应的操作。
- 操作完成后，再把结果返回给应用程序，CPU又从内核态切换回用户态。
- 例如，当你在一个文本编辑软件中保存文件时，软件会调用操作系统的文件保存系统调用，操作系统接收到这个请求后，会在磁盘上找到合适的位置存储文件内容，最后把保存成功或者失败的信息返回给文本编辑软件。
1.2 系统调用的类型
系统调用的类型有很多，常见的包括以下几类：
| 系统调用类型 | 功能描述 | 举例 |
|---|---|---|
| 进程管理 | 创建、销毁进程，进程调度等 | fork()函数用于创建一个新进程 |
| 文件管理 | 文件的打开、关闭、读写、删除等 | open()函数用于打开一个文件，read()函数用于读取文件内容 |
| 内存管理 | 内存的分配、回收等 | malloc()函数用于在堆内存中分配指定大小的内存空间 |
| 设备管理 | 对硬件设备的控制和操作 | write()函数用于向设备（如打印机）输出数据 |
| 信息维护 | 获取和设置系统信息，如时间、日期等 | time()函数用于获取当前系统时间 |
这些系统调用为应用程序提供了丰富的功能支持，使得开发者可以专注于应用程序的业务逻辑，而不用过多地关注底层硬件的细节。
总结（核心概念速记）：
核心概念速记
操作系统结构与系统调用 = 多样结构演进 + 丰富调用体系 + 性能与应用关联
- 操作系统结构演进 ：
- 简单结构 （早期"大杂烩"）→ 模块化结构 （功能分模块）→ 分层化结构 （功能分层）→ 微内核结构 （核心精简）→ 外核结构（灵活资源管理）。
- 简单结构易开发难维护 ，微内核结构扩展性与安全性高 ，外核结构适合高性能场景。
- 系统调用体系 ：
- 系统调用是应用与系统交互接口 ，CPU在用户态与内核态切换完成调用。
- 常见调用类型 ：进程管理（
fork()）、文件管理（open()、read()）、内存管理（malloc()）、设备管理（write()）、信息维护（time()）。
- 性能与应用关联 ：
- 不同结构影响系统性能与扩展性 ，如分层化结构便于功能扩展 ，微内核结构可定制性强。
- 系统调用支撑应用功能实现，开发者通过调用专注业务逻辑，提升开发效率。
操作系统结构对比
| 结构类型 | 特点 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|---|
| 简单结构 | 功能混合，无清晰划分 | 开发简单，代码量少 | 维护困难，牵一发而动全身 | 早期小型系统、简单功能场景 |
| 模块化结构 | 功能分模块，模块独立 | 方便开发维护，模块问题不影响其他模块 | 接口设计复杂 | 中等规模系统，功能相对独立场景 |
| 分层化结构 | 功能分层，上层依赖下层 | 层次清晰，易于理解扩展，修改一层不影响其他层 | 层间交互可能有性能损耗 | 大型系统，功能层次分明场景 |
| 微内核结构 | 核心功能精简，其他功能以服务器形式在用户空间运行 | 扩展性灵活性强，安全性高 | 微内核与服务器通信开销 | 嵌入式系统、对安全性扩展性要求高场景 |
| 外核结构 | 硬件资源灵活呈现给上层软件，上层直接管理资源 | 适应特殊资源管理需求，性能高 | 上层软件开发难度大 | 高性能计算等对资源管理有特殊需求场景 |
系统调用分类与功能关系
调用分类 → 功能领域 → 典型调用函数 → 应用场景
↓ ↓ ↓ ↓
进程管理 → 进程操作 → `fork()` → 创建新进程
文件管理 → 文件操作 → `open()`、`read()` → 读写文件 知识图谱
计算机操作系统（四） 操作系统的结构与系统调用
├─ 操作系统结构
│ ├─ 简单结构（早期"大杂烩"）
│ ├─ 模块化结构（功能分模块）
│ ├─ 分层化结构（功能分层）
│ ├─ 微内核结构（核心精简）
│ └─ 外核结构（灵活资源管理）
├─ 系统调用体系
│ ├─ 基本概念（应用与系统交互接口）
│ ├─ 调用类型（进程/文件/内存/设备/信息维护）
│ ├─ 调用流程（用户态到内核态切换）
│ └─ 应用场景（支撑应用功能实现）
├─ 关键术语
│ ├─ 进程管理、文件管理、内存管理
│ ├─ 用户态、内核态、系统调用接口
│ └─ 模块化、分层化、微内核、外核
└─ 性能与应用
├─ 结构对性能扩展性影响
├─ 系统调用对应用开发作用
└─ 不同场景下结构与调用选择 重点提炼
-
操作系统结构特色：
- 简单结构向复杂结构演进，满足不同规模与功能需求。
- 微内核结构和外核结构代表先进设计理念，适应特殊场景需求。
-
系统调用核心逻辑：
- 系统调用是应用获取系统服务关键途径，保证系统安全稳定。
- 熟悉常见系统调用类型，有助于高效开发应用程序。
-
结构与调用实践意义：
- 根据应用场景选择合适操作系统结构，优化系统性能。
- 合理使用系统调用，避免过度或不当调用影响系统效率。
-
技术演进趋势：
- 从单一结构设计 到混合结构融合，提升系统综合性能。
- 系统调用接口标准化与简化，降低开发门槛。
操作系统结构性能对比表
| 指标 | 简单结构 | 模块化结构 | 分层化结构 | 微内核结构 | 外核结构 |
|---|---|---|---|---|---|
| 开发难度 | 低 | 中等 | 较高 | 较高 | 高 |
| 维护难度 | 高 | 低 | 中等 | 低 | 高 |
| 扩展性 | 差 | 好 | 好 | 很好 | 好（特定场景） |
| 安全性 | 低 | 中等 | 中等 | 高 | 中等（依赖上层软件） |
| 性能开销 | 低（无额外开销） | 中等（接口调用开销） | 中等（层间交互开销） | 较高（通信开销） | 低（直接管理资源） |
操作系统技术演进脉络
技术演进 ------ 简单结构（早期） → 模块化结构（功能分治） → 分层化结构（层次管理） → 微内核/外核结构（先进设计）
↓ ↓ ↓ ↓
应用升级 ------ 简单功能实现 → 中等规模应用 → 大型复杂系统 → 特殊场景定制系统 以上就是对本次关于操作系统博客内容的总结，后续我们将深入探讨操作系统更多知识。
我的个人主页，欢迎来阅读我的其他文章
https://blog.csdn.net/2402_83322742?spm=1011.2415.3001.5343我的操作系统博客专栏
https://blog.csdn.net/2402_83322742/category_12916780.html?spm=1001.2014.3001.5482
|--------------------|
| 非常感谢您的阅读，喜欢的话记得三连哦 |
