操作系统中利用最佳适应算法最坏适应算法循环首次适应算法首次适应算法实现动态内存的分配和回收内存

1、代码完整，注释很详细，复制到编译器即可运行2、含有说明文字及题目要求实现思想等。
要求：1.空闲分区通过空闲区链进行管理，在内存分配时，优先考虑低地址部分的空闲区。
2.分别采用首次适应算法、最佳适应算法和最坏适应算法模拟内存空间的动态分配与回收，每次分配和回收后显示出空闲区链的详细情况（说明：在申请不成功时，需要打印当前内存的占用情况信息）。
3.进程对内存空间的申请和释放可由用户自定义输入。
4.参考请求序列如下：(1)初始状态下可用内存空间为640KB；
(2)进程1申请130KB；
(3)进程2申请60KB；
(4)进程3申请100KB；
(5)进程2释放60KB；
(6)进程4申请200KB；
(7)进程3释放100KB；
(8)进程1释放130KB；
(9)进程5申请140KB；
(10)进程6申请60KB；
(11)进程7申请50KB；
(12)进程6释放60KB。
测试用例格式如下：输入：动态分区分配算法选择可用内存空间容量序号/进程号/申请或释放操作/申请或释放的容量其中：(1)动态分区分配算法：1----首次适应，2----最佳适应。

2016广工操作系统实验（javascript）内含源代码和实验报告实验一：进程调度实验（先来先服务FCFS、优先级调度PSA、简单轮转法RRq=1）实验二：作业调度实验（先来先服务FCFS、短作业优先SJF、高响应比HRRN）实验三、存储管理实验（首次适应算法（FF）、最佳适应算法（BF）、最坏适应算法（WF））

可变分区调度算法有:最先适应分配算法,最优适应分配算法,最坏适应算法。
用户提出内存空间的申请；
系统根据申请者的要求，按照一定的分配策略分析内存空间的使用情况，找出能满足请求的空闲区，分给申请者；
当程序执行完毕或主动归还内存资源时，系统要收回它所占用的内存空间或它归还的部分内存空间。
每当一个进程被创建时，内存分配程序首先要查找空闲内存分区表（链），从中寻找一个合适的空闲块进行划分，并修改空闲内存分区表（链）。
当进程运行完毕释放内存时，系统根据回收区的首址，从空闲区表（链）中找到相应的插入点，此时出现如下四种情况：1)回收区与插入点的前一个空闲分区F1相邻接，此时可将回收区直接与F1合并，并修改F1的大小；
2)回收区与插入点的后一个空闲分区F2相邻接，此时可将回收区直接与F2合并，并用回收区的首址最为新空闲区的首址，大小为二者之和；
3)回收区同时与插入点的前、后两个空闲分区邻接，此时需将三者合并；
4)回收区不与任何一个空闲区邻接，此时应建一新的表项。

模拟实现动态可变分区存储管理系统，内存资源的分配情况用一个单链表来表示，每一个节点表示一个可变分区，记录有内存首地址、大小、使用情况等，模拟内存分配动态输入构造空闲区表，键盘接收内存申请尺寸大小，根据申请，实施内存分配，并返回分配所得内存首址。
分配完后，调整空闲区表，并显示调整后的空闲区表和已占用的区表。
如果分配失败，返回分配失败信息。
模拟内存回收。
根据空闲区表，从键盘接收回收区域的内存作业代号。
回收区域，调整空闲区表，并显示调整后的空闲区表。
对于内存区间的分配，移出，合并就是相应的对链表节点信息进行修改，删除和创建相应的节点。
在模拟实现动态可变分区存储管理系统中用到的是“最佳适应算法”与“最坏适应算法”。
所谓“最佳”是指每次为作业分配内存时，总是把满足要求、又是最小的空闲分区分配给作业，避免“大材小用”。
因此保证每次找到的总是空闲分区中最小适应的，但这样会在储存器中留下许多难以利用的小的空闲区。
最坏适应分配算法是要扫描整个空闲分区表或链表，总是挑选最大的一个空闲分区割给作业使用。
进入系统时我们需要内存首地址和大小这些初始化数据。
成功后我们可以自由的使用首次适应算法与最佳适应算法对内存进行分配。
内存经过一系列分配与回收后，系统的内存分配情况不再连续。
首次适应算法与最佳适应算法的差异也就很容易的体现在分配时。
动态可变分区存储管理模拟系统采用最佳适应算法、最坏适应算法内存调度策略，对于采用不同调度算法，作业被分配到不同的内存区间。

循环初次适应算法最佳适应算法最坏适应算法

进程调度：先来先服务、静态优先数调度、最短时间调度作业调度：来先服务算法、短作业优先算法、高响应比算法内存分配：初次适应算法FF、循环初次适应算法NF、最佳适应算法BF、最坏适应算法三种算法WF

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。