操作系统实验报告 附思考题
操作系统实验报告(全)
操作系统实验报告书院系名称：电子工程学院电子指导教师：班级：学号：学生姓名：实验题目一：进程一、实验目的通过观察、分析实验现象，深入理解进程及进程在调度执行和内存空间等方面的特点，掌握在POSIX 规范中fork和kill系统调用的功能和使用。
二、实验内容（1）补充POSIX 下进程控制的残缺版实验程序（2）回答下列问题：1. 你最初认为运行结果会怎么样？2. 实际的结果什么样？有什么特点？试对产生该现象的原因进行分析。
3. proc_number 这个全局变量在各个子进程里的值相同吗？为什么？4. kill 命令在程序中使用了几次？每次的作用是什么？执行后的现象是什么？5. 使用kill 命令可以在进程的外部杀死进程。
进程怎样能主动退出？这两种退出方式哪种更好一些？三、实验步骤1.根据题意进入DOC环境中编写程序。
2.编译，链接，运行程序，进行调试。
3.分析实验结果及回答问题。
四、调试情况，回答问题及体会1、对自己设计进行评价，指出合理和不足之处，提出改进的方案。
2、在设计过程中的感受。
调试情况：回答上述实验内容中的问题1．预期结果：会持续输出0-9号进程，直到输入数字键+回车，则会杀死该进程，接下来的输出将不会有该进程号，当输入q+回车，则退出程序。
2．实际结果：与预期差不多，因输入进程总数20大于设定的最大进程数，因此按进程数10来处理。
随机输出0-9号进程，sleep(SLEEP_INTERV AL)，循环输出，直到输入数字键，则会杀死该数字对应的进程，直到输入q退出循环，然后杀死本组所有进程。
分析：每创建一个子进程时，将其pid存储在pid[i]中，i存储在proc_number，然后调用死循环函数do_something()，输出该进程的代号proc_number；当输入数字键时，主进程会执行kill(pid[ch-'0'],SIGTERM)，从而杀死（ch-‘0’）号进程。
操作系统实验报告6
操作系统实验报告6一、实验目的本次操作系统实验的主要目的是深入了解和掌握操作系统中进程管理、内存管理、文件系统等核心概念和相关技术，通过实际操作和观察，增强对操作系统工作原理的理解，并提高解决实际问题的能力。
二、实验环境本次实验使用的操作系统为 Windows 10，实验工具包括 Visual Studio 2019 等。
三、实验内容（一）进程管理实验1、创建多个进程，并观察它们的运行状态和资源占用情况。
通过编写简单的C+＋程序，使用Windows API 函数创建多个进程。
在程序中，设置不同的进程优先级和执行时间，观察操作系统如何调度这些进程，以及它们对 CPU 使用率和内存的影响。
2、进程间通信实现了进程间的管道通信和消息传递。
通过创建管道，让两个进程能够相互交换数据。
同时，还使用了 Windows 的消息机制，使进程之间能够发送和接收特定的消息。
（二）内存管理实验1、内存分配与释放使用 C+＋的动态内存分配函数（如｀malloc` 和｀free`），在程序运行时动态申请和释放内存。
观察内存使用情况，了解内存碎片的产生和处理。
2、虚拟内存管理研究了 Windows 操作系统的虚拟内存机制，通过查看系统的性能监视器，观察虚拟内存的使用情况，包括页面文件的大小和读写次数。
（三）文件系统实验1、文件操作进行了文件的创建、读取、写入、删除等基本操作。
通过编写程序，对不同类型的文件（如文本文件、二进制文件）进行处理，了解文件系统的工作原理。
2、目录操作实现了目录的创建、删除、遍历等功能。
了解了目录结构在文件系统中的组织方式和管理方法。
四、实验步骤（一）进程管理实验步骤1、打开 Visual Studio 2019，创建一个新的 C+＋控制台项目。
2、在项目中编写代码，使用｀CreateProcess` 函数创建多个进程，并设置它们的优先级和执行时间。
3、编译并运行程序，通过任务管理器观察进程的运行状态和资源占用情况。
哈工大《操作系统》实验3
向kernel/printk.c中添加日志打印功能，将以下代码添加到原文件中：
在kernel/fork.c、kernel/sched.c和kernel/exit.c中，找到正确的状态转换点，并添加合适的状态信息，把它输出到log文件之中。
fork.c的修改如下：
exit.c的修改如下：
sched.c的修改如下：
在虚拟机上运行ls -l /var”或“ll /var”查看process.log是否建立，及它的属性和长度；
修改时间片
include/linux/sched.h宏INIT_TASK中定义的：
0,15,15, 分别对应state、counter和priority，将priority值修改，即可实现对时间片大小的调整。
0,15,15, 分别对应state、counter和priority，
priority值修改，即可实现对时间片大小的调整。
在修改时间片将priority由15改为150后，Process 9~20 中Turnaround, Waiting, CPU Burst, I/O Burst变化不大，原因可能是程序中I/O操作占用的时间对于总时间影响的权重过大，导致处理时间体现的并不明显。
或者变化不大的原因是，子进程连续占用cpu的时间要比时间片大很多。
《操作系统》实验报告
一、实验目的1. 理解进程的概念及其在操作系统中的作用。
2. 掌握进程的创建、调度、同步和通信机制。
3. 学习使用进程管理工具进行进程操作。
4. 提高对操作系统进程管理的理解和应用能力。
二、实验环境1. 操作系统：Windows 102. 软件环境：Visual Studio 20193. 实验工具：C++语言、进程管理工具（如Task Manager）三、实验内容1. 进程的创建与销毁2. 进程的调度策略3. 进程的同步与互斥4. 进程的通信机制四、实验步骤1. 进程的创建与销毁（1）创建进程使用C++语言编写一个简单的程序，创建一个新的进程。
程序如下：```cpp#include <iostream>#include <windows.h>int main() {// 创建进程STARTUPINFO si;PROCESS_INFORMATION pi;ZeroMemory(&si, sizeof(si));si.cb = sizeof(si);ZeroMemory(&pi, sizeof(pi));// 创建进程if (!CreateProcess(NULL, "notepad.exe", NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi)) {std::cout << "创建进程失败" << std::endl;return 1;}std::cout << "进程创建成功" << std::endl;// 等待进程结束WaitForSingleObject(pi.hProcess, INFINITE);// 销毁进程CloseHandle(pi.hProcess);CloseHandle(pi.hThread);return 0;}```（2）销毁进程在上面的程序中，通过调用`WaitForSingleObject(pi.hProcess, INFINITE)`函数等待进程结束，然后使用`CloseHandle(pi.hProcess)`和`CloseHandle(pi.hThread)`函数销毁进程。
系统业务操作实验报告(3篇)
第1篇一、实验目的1. 熟悉系统业务操作流程；2. 掌握系统业务操作的基本方法；3. 提高实际操作能力，为今后的工作打下基础。
二、实验环境1. 操作系统：Windows 102. 浏览器：Chrome3. 实验系统：XX企业资源计划系统（ERP）三、实验内容1. 系统登录与退出2. 基础信息管理3. 财务管理4. 供应链管理5. 人力资源管理6. 实验总结与反思四、实验步骤1. 系统登录与退出（1）打开浏览器，输入实验系统网址，进入登录页面。
（2）输入用户名、密码，点击“登录”按钮。
（3）登录成功后，系统进入主界面。
（4）点击右上角“退出”按钮，退出系统。
2. 基础信息管理（1）点击主界面左侧菜单中的“基础信息管理”模块。
（2）查看基础信息列表，包括部门、岗位、人员等信息。
（3）新增部门信息：点击“新增”按钮，填写部门名称、负责人等基本信息，保存。
（4）修改部门信息：选中要修改的部门，点击“修改”按钮，修改相关信息，保存。
（5）删除部门信息：选中要删除的部门，点击“删除”按钮，确认删除。
3. 财务管理（1）点击主界面左侧菜单中的“财务管理”模块。
（2）查看财务报表，包括资产负债表、利润表、现金流量表等。
（3）新增报销单：点击“新增”按钮，填写报销单信息，提交审批。
（4）查看报销单：查看已提交的报销单，包括报销金额、报销日期、审批状态等信息。
（5）审批报销单：对报销单进行审批，同意或拒绝报销。
4. 供应链管理（1）点击主界面左侧菜单中的“供应链管理”模块。
（2）查看采购订单列表，包括采购订单号、供应商、采购金额等信息。
（3）新增采购订单：点击“新增”按钮，填写采购订单信息，提交审批。
（4）查看采购订单：查看已提交的采购订单，包括采购订单号、供应商、采购金额等信息。
（5）审批采购订单：对采购订单进行审批，同意或拒绝采购。
5. 人力资源管理（1）点击主界面左侧菜单中的“人力资源管理”模块。
（2）查看员工信息列表，包括姓名、部门、岗位、入职日期等信息。
操作系统原理实验报告
《操作系统原理》实验报告班级::学号:指导老师：目录:实验题目：实验一线程创建与撤销 (2)实验题目：实验二线程同步 (6)实验题目：实验三线程互斥 (11)实验题目：实验四进程通信 (17)实验题目：实验五读者-写者问题 (22)实验题目：实验六进程调度 (38)实验题目：实验七存储管理之动态库 (52)实验题目：实验八存储管理之存分配 (57)实验题目：实验九存储管理之页面置换算法 (70)实验题目：实验十设备管理 (85)实验题目：实验十一文件管理之文件读写 (99)实验题目：实验一线程创建与撤销完成人：XXX报告日期：2018年3月31日一、实验容简要描述（1）熟悉VC++、Visual Studio开发环境。
（2）使用相关函数创建和撤销线程。
（3）在一个进程中创建3个线程，名字分别为threada、threadb、threadc。
threada输出“hello world! ”。
threadb输出“My name is …”。
threadc输出“Please wait…”，然后sleep 5秒钟，接着输出“I wake up”。
二、程序设计1、设计思路该函数创建一个在调用进程的地址空间中执行的线程。
2、主要数据结构HANDLE CreateThread(LPSECURITY_ATTRIBUTES lpThreadAttributes,DWORD dwStackSize,LPTHREAD_START_ROUTINE lpStartAddress,LPVOID lpParameter,DWORD dwCreationFlags,LPDWORD lpThreadId)；VOID ExitThread(DWORD dwExitCode)；VOID Sleep(DWORD dwMilliseconds);VOID Sleep(DWORD dwMilliseconds);三、实验结果1、基本数据lpThreadAttributes：指向一个SECURITY_ATTRIBUTES结构，该结构决定了返回的句柄是否可被子进程继承。
哈尔滨工业大学(威海)操作系统实验报告及答案
哈尔滨工业大学（威海）操作系统实验报告说明：本实验报告实验答案，是本人在上实验时的测试数据，由于操作系统实验中后面实验与当时所做实验的计算机的配置有关，因此本实验报的数据仅供参考。
实验1进程的描述与控制Windows 2000编程(实验估计时间：100分钟)1.1 背景知识Windows 2000 可以识别的应用程序包括控制台应用程序、GUI应用程序和服务应用程序。
控制台应用程序可以创建GUI，GUI应用程序可以作为服务来运行，服务也可以向标准的输出流写入数据。
不同类型应用程序间的惟一重要区别是其启动方法。
Windows 2000是以NT技术构建的，它提供了创建控制台应用程序的能力，使用户可以利用标准的C++工具，如iostream库中的cout和cin对象，来创建小型应用程序。
当系统运行时，Windows 2000的服务通常要向系统用户提供所需功能。
服务应用程序类型需要ServiceMail()函数，由服务控制管理器(SCM)加以调用。
SCM是操作系统的集成部分，负责响应系统启动以开始服务、指导用户控制或从另一个服务中来的请求。
其本身负责使应用程序的行为像一个服务，通常，服务登录到特殊的LocalSystem账号下，此账号具有与开发人员创建的服务不同的权限。
当C++编译器创建可执行程序时，编译器将源代码编译成OBJ文件，然后将其与标准库相链接。
产生的EXE文件是装载器指令、机器指令和应用程序的数据的集合。
装载器指令告诉系统从哪里装载机器代码。
另一个装载器指令告诉系统从哪里开始执行进程的主线程。
在进行某些设置后，进入开发者提供的main()、Servicemain()或WinMain()函数的低级入口点。
机器代码中包括控制逻辑，它所做的事包括跳转到Windows API函数，进行计算或向磁盘写入数据等。
Windows允许开发人员将大型应用程序分为较小的、互相有关系的服务模块，即动态链接库(DLL)代码块，在其中包含应用程序所使用的机器代码和应用程序的数据。
操作系统实验报告七
操作系统实验报告七一、实验目的1、死锁如何发生，如何在我们的内核中引发死锁。
2、针对情况解决我们程序的死锁，以及了解更科学的死锁解决方式。
二、实验过程（一）死锁的出现首先编辑src/main.rs，在not_main()函数的空循环中调用print!宏：1、loop{}中print!宏与handle_uart0_rx_irq()中print!宏竞争检查src/interrupts.rs中的handle_uart0_rx_irq()函数，可以看到我们之前写了一个输入中断回调函数，在函数中调用了print!宏输出信息。
直接编译并运行，预期在输入时触发死锁。
不停地乱序敲击键盘，此时有概率出现卡死，按键无法再次输入内容，即触发死锁现象。
2、loop{}中print!宏与handle_timer_irq()中print!宏竞争检查src/interrupts.rs中的handle_timer_irq()函数，可以看到我们之前写了一个时间中断回调函数，在函数中调用了print!宏打点。
但它之前被我们注释掉了，因此我们取消注释：然后我们编译并运行，预期在打第一个点时会触发死锁。
（二）死锁的简单处理为了防止出现死锁，一个简单的办法是在使用锁时禁止中断。
但需要注意的是禁用中断会增加中断响应延迟，而中断响应延迟一个非常重要的性能指标。
所以只能在短时间内禁用中断。
1、编辑src/uart_console/mod.rs，引入asm!宏。
2、编辑src/uart_console/mod.rs中的_print()函数，在处理输入时先关闭中断，再打开。
三、测试及分析两种情况下，死锁均已消失四、心得体会在单进程系统中，死锁更多的发生于进程对某一资源的竞争现象。
例如我们在实验中中断等输出函数对uart硬件资源争夺。
而多进程中的死锁更多的发生于两个不同进程发生了相互调用或资源竞争，互相等待对方结束进程的情况。
这时候我们称系统产生了死锁或系统处于死锁状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课程设计(综合实验)报告( 2015 -- 2016 年度第 1 学期)名称：操作系统综合实验题目：oslab综合实验院系：计算机系班级：学号：学生姓名：指导教师：设计周数：分散进行成绩：日期：2015 年10 月29 日实验1 实验环境的使用一、综合实验的目的与要求熟悉操作系统集成实验环境OS Lab 的基本使用方法。
练习编译、调试EOS 操作系统内核以及EOS 应用程序。
二、实验正文1.启动 OS Lab2.1 执行项目Windows 控制台窗口内容显示2.2 调试项目2.2.1 使用断点中断执行2.2.2 单步调试2.2.2 .3单步调试结果显示：练习使用“逐语句”功能和“跳出”功能2.2.3 查看变量的值快速监视添加监视2.2.4 调用堆栈调用堆栈显示内容进入Func 函数双击 main 函数所在的行表示此函数是当前调用堆栈中的活动函数。
3 新建EOS 内核项目4 EOS 应用程序项目的生成和调试4.1 新建EOS 应用程序项目4.2 调试项目添加断点后单步调试结果显示4.3 查看软盘镜像文件中的内容4.4修改EOS 应用程序项目名称5 退出OS Lab6 保存EOS 内核项目三、综合实验总结或结论思考与练习：1.在哪些情况下应该使用“逐过程”调试，在哪些情况下应该使用“逐语句”调试。
答：逐语句为每执行一行语句，如果碰到函数调用它就会进入到函数里面。
而逐过程碰到函数时不进入函数，把函数调用当成一条语句去执行。
2. 生成EOS SDK 文件夹的目的和作用。
明白文件夹的组织结构和各个文件的来源和作用。
查看EOS 应用程序包含了SDK 文件夹中的哪些头文件，是如何包含的？（1）EOS SDK为应用程序调用系统API提供服务，可作为用户编程中使用的工具包集合。
（2）其主要包括INC头文件LIB文件夹、导入库文件和BIN文件夹、动态链接库、可执行程序、二进制文件。
（3）包含的头文件有:eos.h负责导出API函数,eosdef.h声明负责导出函数类型的定义,error.h负责导出错误码。
（4）EOS应用程序在项目的头文件中只是包含了eos.h文件，在eos.h文件中又包含了eosdef.h和error.h文件。
实验 2 操作系统的启动一、综合实验的目的与要求跟踪调试 EOS 在 PC 机上从加电复位到成功启动全过程，了解操作系统的启动过程。
查看 EOS 启动后的状态和行为，理解操作系统启动后的工作方式。
二、实验正文1. 准备实验新建一个 EOS Kernel 项目。
打开boot.asm 和loader.asm 两个汇编文件。
生成项目。
找到loader.bin 文件，记录下此文件的大小 1566 字节。
2 调试 EOS 操作系统的启动过程2.1 使用 Bochs 做为远程目标机找到“远程目标机”属性，将此属性值修改为“BochsDebug”2.2 调试 BIOS 程序2.2.1在 Console 窗口中输入调试命令 sreg 后按回车，其中 CS 寄存器信息行中的“ s=0xf000”表示 CS 寄存器的值为 0xf000。
2.2.2 输入调试命令 r 后按回车，显示当前 CPU 中各个通用寄存器的值。
其中“ rip:0x00000000:0000fff0”表示 IP 寄存器的值为 0xfff0。
2.2.3输入调试命令 xp /1024b 0x0000，查看开始的 1024 个字节的物理内存。
在 Console 中输出的这1K 物理内存的值都为 0，说明 BIOS 中断向量表还没有被加载到此处。
2.2.4输入调试命令 xp /512b 0x7c00，查看软盘引导扇区应该被加载到的内存位置。
输出的内存值都为 0，说明软盘引导扇区还没有被加载到此处。
可以验证 BIOS 第一条指令所在逻辑地址中的段地址和 CS 寄存器值是一致的，偏移地址和 IP 寄存器值是一致的。
由于内存还没有被使用，所以其中的值都为 0。
2.3 调试软盘引导扇区程序2.3.1. 输入调试命令 vb 0x0000:0x7c00，添加断点2.3.2. 输入调试命令 c 继续执行2.3.3. 输入调试命令 sreg 验证 CS 寄存器（ 0x0000）的值。
2.3.4. 输入调试命令 r 验证 IP 寄存器（ 0x7c00）的值。
2.3.5输入调试命令 xp /1024b 0x0000 验证此时 BIOS 中断向量表已经被载入。
2.3.6.输入调试命令 xp /512b 0x7c00 显示软盘引导扇区程序的所有字节码。
2.3.7输入调试命令 xp /512b 0x0600 验证图 3-2 中第一个用户可用区域是空白的。
2.3.8输入调试命令 xp /512b 0x7e00 验证图 3-2 中第二个用户可用区域是空白的。
2.3.9 自己设计两个查看内存的调试命令，验证这两个用户可用区域的高地址端是空白的。
(1) xp /512b 0x7f00 (2) xp /512b0x07002.3.10输入调试命令 xp /512b 0xa0000 验证图 3-2 中上位内存已经被系统占用。
2.3.11自己设计一个查看内存的调试命令，验证上位内存的高地址端已经被系统占用。
xp /512b 0xb00002.3.12 输入调试命令 xp /8b 0x1000 查看内存 0x1000 处的数据，验证此块内存的前三个字节和 loader.lst文件中的第一条指令的字节码是相同的。
2.3.13根据之前记录的 loader.bin 文件的大小，自己设计一个查看内存的调试命令loader.bin文件的大小为1566个字节，转换为十六进制的61E，所以程序最后八个字节在物理内存的0x1616到0x161D的位置，所以调试命令为xp/8b 0x1616。
经检验， loader.bin 程序结束位置字节码与反汇编命令相同。
注：查看loader.bin文件的大小应在“属性”对话框中看。
2.4 调试加载程序使用查看虚拟内存的调试命令 x /1wx 0x80001117 查看内存中保存的 32 位函数入口地址，在Console 窗口中会输出：0x0000000080001117 <bogus+ 0>: 0x800*****2.5 调试内核在“监视”窗口中可以看到KiSystemStartup 函数地址为{void (PVOID)} 0x800***** KiSystemStartup>2.6 EOS 启动后的状态和行为三、综合实验总结或结论1.为什么 EOS 操作系统从软盘启动时要使用 boot.bin 和 loader.bin 两个程序？使用一个可以吗？它们各自的主要功能是什么？如果将 loader.bin 的功能移动到 boot.bin 文件中，则 boot.bin 文件的大小是否仍然能保持小于 512 字节？答：在IDE环境启动执行EOS操作系统时，会将boot.bin，loader.bin，kernal.dll三个二进制写入软件镜像文件中,然后让虚拟机来执行软盘中的EOS操作系统,使用其中一个是不能运行的。
2.为什么软盘引导扇区程序选择将 loader.bin加载到第一个可用区域的 0x1000 处呢？这样做有什么好处？这样做会对 loader.bin 文件的大小有哪些限制。
答：用户只用两个可用区域，加载位置非此即彼。
第一个可用用户区是低地址区，且空间大小比较小，适合容纳小文件，所以我们选择将占用空loder.bin加载到第一用户区。
优点:低地址开始，便于搜索查找小文件占用小空间，节约资源。
限制:loder.bin文件必须小于 1c00k。
实验 3 进程的创建一、综合实验的目的与要求练习使用 EOS API 函数 CreateProcess 创建一个进程，掌握创建进程的方法，理解进程和程序的区别。
调试跟踪 CreateProcess 函数的执行过程，了解进程的创建过程，理解进程是资源分配的单位。
二、实验正文1 准备实验2 练习使用控制台命令创建 EOS 应用程序的进程Hello.exe 应用程序输出结果3 练习通过编程的方式让应用程序创建另一个应用程序的进程可知子进程结束后，父进程继续执行4 调试 CreateProcess 函数在“反汇编”窗口的左侧显示的虚拟地址中看到所有指令的虚拟地址都大于 0x80000000，说明内核（ kernel.dll）处于高 2G 的虚拟地址空间中。
查看 main 函数的指令所在的虚拟地址都是小于 0x80000000，说明应用程序（ eosapp.exe）处于低 2G 的虚拟地址空间中。
5 调试 PsCreateProcess 函数进程执行的结果:绘制一幅进程创建过程的流程图。
6 练习通过编程的方式创建应用程序的多个进程多个进程并发执行的结果:有结果显示可知有两个进程在执行三、综合实验总结或结论1. 在源代码文件 NewTwoProc.c 提供的源代码基础上进行修改，要求使用 hello.exe 同时创建 10 个进程。
修改结果如下图所示：部分修改代码如下图所示：（“……”部分为相似的4-9进程代码）if (CreateProcess("A:\\Hello.exe", NULL, 0, &StartupInfo, &ProcInfoOne)&& CreateProcess("A:\\Hello.exe", NULL, 0, &StartupInfo, &ProcInfoTwo)&& CreateProcess("A:\\Hello.exe", NULL, 0, &StartupInfo, &ProcInfo3)……&& CreateProcess("A:\\Hello.exe", NULL, 0, &StartupInfo, &ProcInfo10)) {WaitForSingleObject(ProcInfoOne.ProcessHandle, INFINITE);WaitForSingleObject(ProcInfoTwo.ProcessHandle, INFINITE);WaitForSingleObject(ProcInfo3.ProcessHandle, INFINITE);……WaitForSingleObject(ProcInfo10.ProcessHandle, INFINITE);GetExitCodeProcess(ProcInfoOne.ProcessHandle, &ulExitCode);……GetExitCodeProcess(ProcInfo3.ProcessHandle, &ulExitCode);printf("\nThe process 3 exit with %d.\n", ulExitCode);……GetExitCodeProcess(ProcInfo10.ProcessHandle, &ulExitCode);printf("\nThe process 10 exit with %d.\n", ulExitCode);CloseHandle(ProcInfoOne.ProcessHandle);……CloseHandle(ProcInfoTwo.ThreadHandle);CloseHandle(ProcInfo3.ProcessHandle);CloseHandle(ProcInfo3.ThreadHandle);……CloseHandle(ProcInfo10.ProcessHandle);CloseHandle(ProcInfo10.ThreadHandle);2.在 PsCreateProcess 函数中调用了 PspCreateProcessEnvironment 函数后又先后调用了PspLoadProcessImage 和 PspCreateThread 函数，学习这些函数的主要功能。