怎么使用动态库的形式减少程序的运行占用内存

使用动态库可以有效减少程序运行时占用的内存,主要方法有:

1. 把公共功能代码编译成动态链接库。将公共模块、框架等代码编译成 .so 共享库文件,程序只动态加载使用,不会重复占用代码内存。

2. 使用外部库的动态链接版本。尽量使用动态链接的外部依赖库(如Qt),而不是静态链接大型库文件。

3. 启用按需加载(on-demand paging)。编译时加入`-Wl,--no-as-needed`参数,程序运行只加载需要的动态库代码页面。

4. 减少动态库重复。不同动态库中重复的公共代码会占用额外内存,优化代码复用可以减少重复。5. 谨慎使用全局变量。全局变量常驻内存,尽量改用局部变量。

6. 优化数据结构。优化链表、散列表等数据结构的内存占用。

7. 避免内存泄漏。处理好动态内存的申请释放,避免隐藏的内存泄漏问题。

8. 正确设置内存页大小。根据代码特点,适当调整内存页的大小。

主要原理:

把公共功能代码编译成动态链接库可以减少程序运行时占用的内存,其主要原理是:

动态链接库中的代码是共享的,它只需要在内存中加载一次,多个程序可以同时访问使用。而静态链接的代码则需要每个程序各自占用一份内存。

具体来说,编译成动态链接库后:

1. 代码只需在磁盘上存一份。不同的程序可以共用这份代码,不需要每个程序都包含一份代码拷贝。

2. 加载动态库时,代码只需要加载一次到内存中,并不会因为加载库的进程数量而线性增长。 Operating System 使用相同的内存页映射此代码段供各进程访问。

3. 由于代码是共享的,也就减少了内存中的重复代码段,降低了内存占用。

4. 只有当程序执行到相关代码时,对应的库代码段页才会加载到内存中,可以按需加载,减少不必要的内存占用。

5. 卸载库时,对应的代码页会由操作系统回收,内存可以释放。综上,动态库实现代码共享,减少冗余占用,是降低程序内存占用的常用手段。 (已编辑) 

一个10M的静态库在三个类中都引用,会增加多大的内存

如果一个大小为10MB的静态库(.a文件),被3个不同的可执行程序同时静态链接使用,则大概会增加3 * 10MB = 30MB 的内存占用。

理由如下:1. 静态库中的代码在链接时会被整个拷贝到目标可执行文件中,而不是共享。

2. 三个不同的可执行程序,链接器会分别为它们复制一份完整的静态库代码。

3. 假设静态库文件本身大小为10MB,那么三个程序就会增加3 * 10MB的大小。

4. 程序运行时,这些重复的静态库代码也会被加载到内存中,因此预计会增加30MB的内存占用。

5. 即使静态库代码中有大量公共功能,但由于是静态链接,所以每个程序都要占用完全一样的代码拷贝。

6. 如果将静态库改为动态库,即使加载3次,也只会有一份代码映射到内存中,就可以显著减少内存占用。所以,在多个程序之间共享代码时,使用动态库而不是静态库是减少内存占用的重要手段。 (已编辑) 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
对考试很有帮助的.......... 《计算机操作系统》期末复习指导 第一章 计算机操作系统概述 1、操作系统的概念 操作系统(Operating System,OS),是一种软件,属于系统软件; 1、科普的观点 操作系统是计算机系统的管理和控制中心,它依照设计者制定的各种调度策略组织和管理计算机系统资源,使之能高效地运行。 2、功能的观点 操作系统是一个计算机资源管理系统,它负责计算机系统的全部资源的分配、控制、调度和回收。 3、用户的观点 操作系统是计算机与用户之间的接口,用户通过这种接口使用计算机。 4、软件的观点 操作系统是程序和数据结构的集合。 5、管理的观点 操作系统是计算机硬件和软件资源的合理而协调的管理者。 6、 操作系统是一个大型的程序系统,它负责计算机的全部软、硬件资源的分配、调度工作,控制并协调并发活动,实现信息的存取和保护。它提供用户接口,使用户获得良好的工作环境。操作系统使整个计算机系统实现了高效率和高度自动化。 2、操作系统的生成和五大类型 生成:产生最适合自己工作环境的OS内核(kernel)。既方便用户,又使系统开销尽量小;生成的配置过程如UNIX中newconfig命令;DOS中config.sys文件;维护由系统管理员负责。 操作系统的五大类型是批处理操作系统、分时操作系统、实时操作系统、网络操作系统、分布式操作系统。 多道程序设计:即在系统内(内存)同时存放并运行几道相互独立的程序。 多道程序设计的基础:是将运行过程进一步细化成几个小的步骤,从而实现宏观上的并行。但从微观上看,内存中的多道程序轮流地或分时地占用处理机,交替执行。 多道程序系统 ≠ 多重处理系统 ≠ 多用户 ≠ 多终端 多道是指内存中驻留多个程序或一个程序的多个程序段,因此,多用户系统一定是采用多道技术。而多道系统不一定是多用户系统。多重处理系统一般指多CPU系统。当然,一个CPU的系统采用分时技术可以为多用户服务。多用户的关键技术是在用户之间要有保密保安措施。终端指用户使用的硬件设备,即使一个终端也可为多用户使用,例如,银行的自动取款机(ATM)。 •分时与实时 分时技术:把CPU的时间分成很短的时间片(例如,几十至几百毫秒)工作。随着时间片的时间减少,对换时间所占的比例随之增大。随着用户数目的不断增加,这种矛盾会越来越突出。 实时是指计算机对于外来信息能够以足够快的速度进行处理,并在被控对象允许的时间范围内做出快速反应。交互作用能力较差。 3、操作系统的五大功能 •作业管理:包括任务管理、界面管理、人机交互、图形界面、语音控制和虚拟现实等; •文件管理:又称为信息管理; •存储管理:实质是对存储“空间”的管理,主要指对内存的管理; •设备管理:实质是对硬件设备的管理,其中包括对输入输出设备的分配、启动、完成和回收; •进程管理:又称处理机管理,实质上是对处理机执行“时间”的管理,即如何将CPU真正合理地分配给每个任务。 4、表征操作系统的属性 主要有:响应比,并发性,信息的共享、保密与保护,可扩充性、可移植性、可读性、可“生成”性,安全可靠性,可测试性等。 第二章 用户与操作系统的接口 1、基本概念 作业(Job)是让计算机完成一件事或任务,可大可小,可多可少。 作业步(Job steps) :作业顺序执行的工作单元。 作业流(Job Stream) :作业步的控制流程。 作业类别:终端交互作业、批处理作业。 2、用户界面 三代用户界面: •第一代用户界面:操作命令和系统调用在一维空间(命令行界面); •第二代用户界面:图形界面在二维空间(图形界面); •第三代用户界面:虚拟现实在三维空间(虚拟现实的界面元素)。 3、传统的人机接口 •操作命令 联机(键盘操作命令)、脱机(作业控制语言) 用户组合自编(Shell语言):DOS Shell;UNIX ;BShell、CShell等 •系统调用(System Call) 4、作业输入输出方式 •输入输出方式:脱机、直接耦合(交互联机) •SPOOLing:联机外围同时操作,假脱机(排队转储,设备虚拟技术) 5、作业调度 •作业调度的功能: (1)采用JCB(作业控制块)表格,记录各作业状况; (2)按选定的算法,从后备作业队列中选出一部分(多道)或一个作业投入运行; (3)为被选中的作业做好运行前的准备工作。例如建立相应的执行进程和分配系统资源; (4)作业运行结束的善后处理工作。 •作业调度算法: (1)先来先服务(FCFS) 作业平均周转时间=∑(作业完成时刻i-作业提交时刻i)/n个作业 (2)最短作业优先:在作业内容参差很不均衡时有合理性 (3)“响应比”最高的优先 “响应(系数)比”:作业响应时间(等待和运行)/作业运行时间 (4)定时轮转法(按时间片):适合作业不定的情况 (5)优先数法:急事先办的原则 第三章进程及处理机管理 1、为什么要引入“进程” (1)进程调度属于低级处理机管理,即确定系统中哪个进程将获得CPU;而作业调度属于高级处理机管理,即确定系统中哪些作业将获得CPU。 (2)进程是一个具有一定独立功能的程序关于某个数据集合的一次运行活动。 (3)引入进程的意义是描述多道程序设计系统中程序动态执行过程。 2、进程的定义及特征 (1)程序和进程的区别 (2)进程的五个基本特征:动态性、并发性、独立性、制约性、结构性 3、进程调度 (1)进程的三个基本状态及转换 三个基本状态是等待、执行和就绪,在一定的条件下,进程的状态将发生转换。 (2)进程调度算法 主要有先来先服务(FCFS)、时间片轮转法、多级反馈轮转法、优先数法。 (3)进程控制块(PCB)是进程存在的唯一标志,它描述了进程的动态性。 4、进程通信 (1)进程的同步与互斥 一般来说同步反映了进程之间的协作性质,往往指有几个进程共同完成一个任务时在时间次序上的某种限制,进程相互之间各自的存在及作用,通过交换信息完成通信。如接力比赛中一组队员使用接力棒等。 进程互斥体现了进程之间对资源的竞争关系,这时进程相互之间不一定清楚其它进程情况,往往指多个任务多个进程间的通讯制约,因而使用更广泛。如打篮球时双方挣抢篮板球等。 (2)临界区 并发进程中与共享资源有关的程序段定义为临界区。进入临界区的准则是:①一次只准一个进程进入临界区;②本进程结束负责通知下一进程;③进程调度,不能阻塞。 (3)原语 原语是不可中断的过程。 •加锁/开锁(LOCK/UNLOCK)原语 优点是实现互斥简单;缺点是效率很低。 •信号量(Semaphore)及PV操作 PV操作能够实现对临界区的管理要求。它由P操作原语和V操作原语组成,对信号量进行操作,具体定义如下: P(S):①将信号量S的值减1,即S=S-1; ②如果S 0,则该进程继续执行;否则该进程置为等待状态,排入等待队列。 V(S):①将信号量S的值加1,即S=S+1; ②如果S>0,则该进程继续执行;否则释放队列中第一个等待信号量的进程。 信号量的数据结构为一个值和一个指针,指针指向等待该信号量的下一个进程。信号量的值与相应资源的使用情况有关。当它的值大于0时,表示当前可用资源的数量;当它的值小于0时,其绝对值表示等待使用该资源的进程个数。注意信号量的值仅能由PV操作来改变。 一般来说,信号量S 0时,S表示可用资源的数量。执行一次P操作意味着请求分配一个单位资源,因此S的值减1;当S<0时,表示已经没有可用资源,请求者必须等待别的进程释放该类资源,它才能运行下去。而执行一个V操作意味着释放一个单位资源,因此S的值加1;若S 0,表示有某些进程正在等待该资源,因此要唤醒一个等待状态的进程,使之运行下去。 •消息缓冲通信原语 高级通信原语,用于一组信息发送(Send)与读取(Read)。 5、死锁 (1)死锁的概念 死锁是两个或两个以上的进程中的每一个,都在等待其中另一个进程释放资源而被封锁,它们都无法向前推进,称这种现象为死锁现象。 产生死锁的原因是共享资源有限,多个进程对共享资源的竞争,而且操作不当。 (2)产生死锁的四个必要条件是资源互斥使用、保持和等待、非剥夺性、循环等待。 (3)解决死锁的方法 一般有死锁的预防,即破坏产生死锁的四个必要条件中的一个或多个,使系统绝不会进入死锁状态;死锁的避免,即在资源动态分配的过程中使用某种办法防止系统进人死锁状态;和允许系统产生死锁,然后使用检测算法及时地发现并解除它。 安全状态、安全系列、银行家算法等 第四章 存储管理 1、存储管理使用的基本概念 •逻辑地址与物理地址 在具有地址变换机构的计算机中,允许程序中编排的地址和信息实际存放在内存中的地址有所不同。前者叫逻辑(相对)地址,后者叫物理(绝对)地址。 •重定位:将逻辑地址转换为物理地址。 •虚拟存储管理 虚存是由操作系统调度,采用内外存的交换技术,各道程序在必需使用时调入内存,不用的调出内存,这样好象内存容量不受限制。 虚存的特点: (1)虚存容量不是无限的,极端情况受内存和外存可利用的总容量限制; (2)虚存容量还受计算机总线地址结构限制; (3)速度和容量的“时空”矛盾,虛存量的“扩大”是以牺牲CPU工作时间以及内外存交换时间为代价的。 •存储管理的目的及功能 目的是方便用户,提高内存资源的利用率,实现内存共享。 功能主要有内存的分配和管理、内存的扩充技术、内存保护技术 2、分区分配存储管理 分为固定分区、可变分区、可重定位分区、多重分区。 内存“扩充”技术: •交换:由操作系统做,用户不知道。 •覆盖:由用户控制,操作系统提供覆盖机制。 内存保护技术: ---保护系统工作区和用户作业区,特别是如何防止系统区被破坏。方法有存储保护键、界限寄存器 3、请求页式存储管理 (1)页式存储管理实现原理 基于程序运行时不需要一开始都装入内存(局部性原理),更不应该把最近较长一段时间内不用的程序装入内存。 (2)页表的作用是将逻辑页号转换为物理块号。 (3)页面淘汰算法 先进先出算法(FIFO)、循环检测法、最近最少使用页面先淘汰(LRU)、最不经常使用的页面先淘汰(LFU)、最近没有使用页面先淘汰(NUR)、最优淘汰算法(OPT)等。 (4)页式存储管理的优、缺点 优点: •虛存量大,适合多道程序运行,用户不必担心内存不够的调度操作; •内存利用率高,不常用的页面尽量不留在内存; •不要求作业连续存放,有效地解决了“碎片”问题。与分区式相比,不需移动作业;与多重分区比,无零星碎片产生。 缺点: •要处理页面中断、缺页中断处理等,系统开销较大; •有可能产生“抖动”; •地址变换机构复杂,为提高速度采用硬件实现,增加了机器成本。 4、段式、段页式存储管理 段式、页式存储管理的对比。 段页式存储管理特点: •每一段分若干页,再按页式管理,页间不要求连续; •用分段方法分配管理作业,用分页方法分配管理内存; •兼有段式和页式管理的优点,系统复杂和开销增大,一般在大型机器上才使用。 第五章文件管理 1、文件管理任务与功能 任务:把存储、检索、共享和保护文件的手段,提供给操作系统本身和用户,以达到方便用户和提高资源利用率的目的。 功能: ---分配与管理外存 ---提供合适的存储方法 ---文件共享、保护,解决命名冲突 文件组织结构:文件、文件元素、文件系统 •文件系统 = 文件管理程序(文件和目录的集合)+ 它所管理的全部文件; •文件系统是用户与外存的接口; •为用户提供统一方法(以数据记录的逻辑单位),访问存储在物理介质上的信息。 2、文件分类 (1)按文件性质与用途分:系统文件、库文件、用户文件 (2)按操作保护分:只读文件、可读可写文件、可执行文件 (3)按使用情况分:临时文件、永久文件、档案文件 (4)按用户观点分:普通文件、目录文件、特殊文件 (5)按存取的物理结构分:顺序(连续)文件、链接文件、索引文件 (6)按文件的逻辑存储结构分:有结构文件、无结构文件 (7)按文件中的数据形式分:源文件、目标文件 3、文件的逻辑结构和物理结构 •文件的逻辑结构 ---从用户观点看 ---按文件名及记录号存取文件,是一维、连续的字符序列,方便存储、检索或加工 ---文件由若干个逻辑记录组成,并加以命名或编号 •文件的物理结构 又称文件的存储结构,是指文件在外存上的存储组织形式,是与存储介质的存储性能有关; 空闲空间的管理方法主要有:空闲表法、空闲(自由)链表法、成组链接法 4、文件目录 (1)文件目录分类:一级文件目录、二级文件目录、多级文件目录 (2)文件目录的管理 •目录做成文件,文件系统便于内部统一管理,目录文件在使用时调入内存; •在操作系统中,大量采用“表格”管理。 5、文件存取控制 •解决文件保护、保密和共享 •常用的文件存取控制方法有:存取控制矩阵、用户权限表、使用口令、使用密码 6、文件系统的数据结构和表示 UNIX或Linux操作系统中文件系统的主要特点 (1)操作系统文件的目录组织是一个树形结构,从根结点到叶子称为文件的全路径名,文件可以由其全路径名唯一确定; (2)文件本身是无结构的字符流; (3)把外部设备的特殊文件和普通文件以及目录文件都统一在文件这一概念上,对于一般文件的访问、共享和保护方式也可以适用于外部设备。 第六章 输入输出设备管理 1、设备管理的任务和功能 •设备管理的任务 (1)按用户需求提出的要求接入外部设备,系统按一定算法分配和管理控制,而用户不必关心设备的实际地址和控制指令; (2)尽量提高输入输出设备的利用率,例如发挥主机与外设以及外设与外设之间的真正并行工作能力。 •设备管理的功能 (1)分配设备 (2)控制和实现真正的输入输出操作 (3)对输入输出缓冲区进行管理 (4)在一些较大系统中实现虚拟设备技术 2、外部设备分类 (1)按系统和用户分:系统设备、用户设备 (2)按输入输出传送方式分(UNIX或Linux操作系统):字符型设备、块设备 (3)按资源特点分:独享设备、共享设备、虚拟设备 (4)按设备硬件物理特性分:顺序存取设备、直接存取设备 (5)按设备使用分:物理设备、逻辑设备、伪设备 •设备I/O方式:询问、通道、中断 •I/O设备分配算法:先来先服务(FCFS)、按优先级进行分配 3、设备管理技术 (1)I/O设置缓存理由 •解决信息的到达率和离去率不一致的矛盾; •缓存起中转站的作用; •使得一次输入的信息能多次使用; •在通道或控制器内设置局部寄存器作为缓冲存储器,可暂存I/O信息,以减少中断CPU的次数。这种情形可进一步推广,使得一次读入的信息可多次重复使用。 (2)虚拟设备的技术(SPOOLing) SPOOLing,即外围设备联机并行操作,它是关于慢速字符设备如何与计算机主机交换信息的一种技术,通常也叫做“假脱机技术”。是一种预输入、缓输出和转储的管理技术. SPOOLing系统的特点: •提高了I/O速度; •将独享设备改造为共享设备(典型例子是打印机的“共享”); •实现了虚拟设备功能。 4、设备处理程序编制内容 •设备驱动程序的功能 (1)将接收到的抽象要求转换为具体要求; (2)检查用户I/O请求的合法性,了解I/O设备的状态,传递有I/O关参数,设置设备的工作方式; (3)发出I/O命令,启动分配到的I/O设备,完成指定的I/O 操作; (4)及时响应由控制器或通道发来的中断请求,并根据其中断类型调用相应的中断处理程序进行处理; (5)对于设置有通道的计算机系统,驱动程序还应能够根据用户的 I/O请求,自动地构成通道程序。 •设备驱动程序的特点 (1)驱动程序主要是在请求I/O的进程与设备控制器之间的一个通信程序。 (2)驱动程序与I/O设备的特性紧密相关。 (3)驱动程序与I/O控制方式紧密相关。 (4)由于驱动程序与硬件紧密相关,因而其中的一部分程序用汇编语言书写,目前有很多驱动程序,其基本部分已经固化,放在ROM中。 •设备处理方式 (1)将抽象要求转换为具体要求 (2)检查I/O请求的合法性 (3)读出和检查设备的状态 (4)传送必要的参数 (5)方式的设置和I/O设备启动 难点分析 •如何理解操作系统在计算机系统中的地位? 操作系统是软件,而且是系统软件。它在计算机系统中的作用,大致可以从两方面体会:对内,操作系统管理计算机系统的各种资源,扩充硬件的功能;对外,操作系统提供良好的人机界面,方便用户使用计算机。它在整个计算机系统中具有承上启下的地位。 •系统调用与一般过程调用的区别。 系统调用在本质上是一种过程调用,但它是一种特殊的过程调用,它与一般过程调用的主要区别如下: (1)运行状态不同。一般的过程调用,其调用和被调用过程都是用户程序,它们都运行在同一系统状态下;而系统调用的调用过程是用户程序,它运行在用户态,其被调用过程是系统过程,运行在系统态。 (2)进入方式不同。一般过程调用可以直接通过过程调用语句将控制转移到被调用过程;而执行系统调用时,由于调用和被调用过程处于不同系统状态,必须通过访管中断进入。 (3)代码层次不同。一般过程调用中的被调用程序是用户级程序,而系统调用是操作系统中的代码程序,是系统级程序。 •下表给出作业l、2、3的提交时间和运行时间。采用先来先服务调度算法和短作业优先调度算法,试问平均周转时间各为多少?(时间单位:小时,以十进制进行计算。) 解:采用先来先服务调度策略,则调度顺序为l、2、3。  平均周转时间T=(8+11.6+12)/3=10.53 采用短作业优先调度策略,则调度顺序为l、3、2。  平均周转时间T=(8+8+12.6)/3=9.53 •试述文件管理系统设置打开文件、关闭文件命令的原因。 解:操作系统需要处理大量用户文件,而访问一个文件需要查询目录,有时甚至需要多次查询目录。由于文件目录与文件一起存放在辅存上,当存取文件时,必须先到辅存中读取文件目录信息,从中获得文件的存放地址,然后再去存取文件。这样一来,文件信息的存取将花费很多时间。如果将整个文件目录放入主存,虽然可以提高存取速度,但这需要占用大量主存空间,显然这也是不可取的。 实际上,在一段时间内使用的文件数总是有限的,因此只要将目录中当前要使用的那些文件的目录表目复制到内存中就可以了。这样既不占用太多的主存空间,又可显著提高查询文件目录的速度。为此,大多数操作系统中设置了两个文件操作:打开文件和关闭文件。 打开文件操作完成的功能是将文件的有关目录信息复制到主存活动文件表中,以建立用户和这个文件的联系。关闭文件操作的功能是用户宣布这个文件当前不再使用,系统将其在主存中的相应目录信息删去,因而也就切断了用户同这个文件的联系。 •有一个文件系统如图(a)所示,图中的框表示目录,圈表示普通文件。根目录常驻内存,目录文件组织成链接文件,不设文件控制块,普通文件组织成索引文件。目录表目指示下一级文件名及其磁盘地址(各占2个字节,共4个字节)。若下级文件是目录文件,指示其第一个磁盘块地址。若下级文件是普通文件,指示其文件控制块的磁盘地址。每个目录文件磁盘块最后4个字节供拉链使用。下级文件在上级目录文件中的次序在图中为从左至右。每个磁盘块有512字节,与普通文件的一页等长。 普通文件的文件控制块组织结构如图(b)所示,其中每个磁盘地址占2个字节,前10个地址直接指示该文件前10页的地址。第11个地址指示一级索引表地址,一级索引表中每个磁盘地址指示一个文件页地址;第12个地址指示二级索引表地址,二级索引表中每个地址指示一个一级索引表地址;第13个地址指示三级索引表地址,三级索引表中每个地址指示一个二级索引表地址。问: (1)一个普通文件最多可有多少个文件页? (2)若要读文件J中的某一页,最多启动磁盘多少次? (3)若要读文件W中的某一页,最少启动磁盘多少次? 答:(1)由题目中所给条件可知,磁盘块大小为512字节,每个磁盘地址占2个字节。因此,一个一级索引表可容纳256个磁盘地址。同样地,一个二级索引表可容纳256个一级索引表地址,一个三级索引表可容纳256个二级索引表地址。这样,一个普通文件最多可有页数为:10+256+256×256+256×256×256=16843018 (2)从图(a)中可以看出,目录文件A和目录文件D中的目录项都只有两个,因此这两个目录文件都不需要拉链。若要读文件J中的某一项,首先从内存的根目录中找到目录文件A的磁盘地址,将其读入内存(第1次访问磁盘)。然后再从目录A中找出目录文件D的磁盘地址,并将其读入内存(第2次访问磁盘)。从目录D中找出文件J的文件控制块地址,将文件J的文件控制块读入内存(第3次访问磁盘)。在最坏情况下,要访问页的磁盘地址需通过三级索引才能找到,这时要三次访问磁盘才能将三级索引表读入内存(第4、5、6次访问磁盘)。最后读入文件J中的相应页(第7次访问磁盘)。 由此可知,若要读文件J中的某一页,最多启动磁盘7次。 (3)从图(a)中可以看出,目录文件C和目录文件U中,目录项数目较多,若目录项数超过127(512/4-l=127),则目录文件的读入可能需要多次磁盘读(因目录文件组织成链接文件)。在最好情况下,所找的目录项都在目录文件的第一个磁盘块中。若要读文件W中的某一页,首先从内存的根目录中找到目录文件C的磁盘地址,将其读入内存(第1次访问磁盘)。在最好情况下,能从目录C的第一个磁盘块中找出目录文件互的磁盘地址,并将其读入内存(第2次访问磁盘)。从目录I中找出目录文件P的的磁盘地址,将其读入内存(第3次访问磁盘)。从目录P中找到目录文件U的磁盘地址,将其读入内存(第4次访问磁盘)。在最好情况下,能从目录U的第一个磁盘块中找出文件W的文件控制块地址,将文件W的文件控制块读入内存(第5次访问磁盘)。在最好情况下,要访问的页在前10页中,这时可直接得到该页的磁盘地址。最后读入文件W中的相应页(第6次访问磁盘)。 由此可知,若要读文件W中的某一页,最少启动磁盘6次。 •采用可变分区管理存储空间时,若主存中按地址顺序依次有五个空闲区,大小分别为15K、28K、10K、226K、110K。现有五个作业J1到J5,它们所需的主存空间依次是10K、15K、102K、26K、180K。问如果采用首次适应分配算法,能否把这五个作业按J1到J5的次序全部装入主存。使用哪种分配算法装入这五个作业,可使主存的利用率最高? 解:按首次适应分配算法,不能把这五个作业全部依次装入主存。这时J1、J2装入第1、2个空闲区,J3、J4装入第4、5个空闲区,J5有180K,无法装入仅有的10K空闲区。 能使主存利用率最高的是采用最佳适应分配算法。这时,这五个空闲块分别装入作业J2、J4、J1、J5、J3。 •某虚拟存储器的用户编程空间共32个页面,每页为1KB,内存为16KB。假定某时刻一用户页表中已调入内存的页面的页号和物理块号的对照表如下: 请计算逻辑地址0A5C(H)所对应的绝对地址。 解:页式存储管理的逻辑地址分为两部分:页号和页内地址。由已知条件“用户编程空间共32个页面”,可知页号部分占5位;由“每页为1KB”,1K=210,可知内页地址占10位。由“内存为16KB”,可知有16块,块号为4位。 逻辑地址0A5C(H)所对应的二进制表示形式是:000 1010 0101 1100 ,根据上面的分析,下划线部分为页内地址,编码 “000 10” 为页号,表示该逻辑地址对应的页号为2。查页表,得到物理块号是4(十进制),即物理块地址为:01 00 ,拼接块内地址10 0101 1100,得01 0010 0101 1100,即125C(H)。 •某采用页式存储管理的系统,接收了一个共7页的作业,作业执行时依次访问的页为:1、2、3、4、2、1、5、6、2、1、2、3、7。当内存块数量为4时,请分别用先进先出(FIFO)调度算法和最近最少使用(LRU)调度算法,计算作业执行过程中会产生多少次缺页中断?写出依次产生缺页中断后应淘汰的页。(所有内存开始时都是空的,凡第一次用到的页面都产生一次缺页中断。要求写出计算过程) 解:(1)采用先进先出(FIFO)调度算法,页面调度过程如下: 所以,共产生10次缺页中断,依次淘汰的页是1、2、3、4、5、6。 (2)采用最近最少使用(LRU)调度算法,页面调度过程如下: 因此,共产生8次缺页中断,依次淘汰的页是3、4、5、6。 •试述分页式存储管理系统和分段式存储管理系统的主要区别。 解:分页和分段有许多相似之处,比如两者都不要求作业连续存放。但在概念上两者完全不同,主要表现在以下几个方式: (1)页是信息的物理单位,分页是为了实现非连续分配,以便解决内存碎片问题,或者说分页是由于系统管理的需要。段是信息的逻辑单位,它含有一组意义相对完整的信息,分段的目的是为了更好地实现共享,满足用户的需要。 (2)页的大小固定,由系统确定,将逻辑地址划分为页号和页内地址是由机器硬件实现的。而段的长度却不固定,决定于用户所编写的程序,通常由编译程序在对源程序进行编译时根据信息的性质来划分。 (3)分页的作业地址空间是一维的。分段的地址空间是二维的。 •为什么说有了通道技术和中断技术才真正做到了CPU与外设的并行操作? 解:通道是负责外围设备与主存之间进行数据交换,能单独完成输入输出操作的处理机。有了通道,主存和外围设备之间的数据交换就不要CPU干预了,CPU可以做与输入输出无关的其他工作,从而使计算机系统获得了CPU与外围设备之间并行工作的能力。 I/O中断是通道和CPU协调工作的一种手段。如果没有中断技术,CPU就要不断去查询通道以及设备执行的情况,这样一来,CPU还是把大量的时间花在了查询上,不能很好地为其他进程服务。使用中断技术,CPU可以完全不管通道和设备的执行情况,因为无论操作正常结束或操作异常结束,通道都会发出中断,通知CPU来处理。 综上所述,通道技术和中断技术的出现,使得主存可以直接与外设交换数据,而CPU得以并行地工作,大大提高了CPU的使用效率。 •某分时系统的进程出现如图所示的状态变化。 试问:(1)你认为该系统采用的是何种进程调度算法? (2)把图中所示的六个状态变化的原因写出来。 解:(1)该分时系统采用的进程调度算法是时间片轮转法。 (2)①进程被选中,变成运行态;②时间片到,运行的进程排入就绪队列尾部;③运行的进程启动打印机,等待打印;④打印工作结束,等待的进程排入就绪队列尾部;⑤等待磁盘读文件工作;⑥磁盘传输信息结束,等待的进程排入就绪队列尾部。 •怎样理解操作系统的作业调度和进程调度的关系? 解:作业调度和进程调度都属于处理机调度。作业调度是处理机管理的高级形式,它的主要功能是审查系统是否能满足用户作业的资源要求以及按照一定的算法来选取作业。进程调度是处理机管理的低级形式,它的主要功能是根据一定的算法将CPU分派给就绪队列中的一个进程。 作业的状态及其转换 操作系统中作业的状态主要有:提交、后备、执行、完成,进程的状态主要有等待、就绪、执行。作业调度和进程调度的转换关系见下图。 •用PV操作实现进程间的同步与互斥应该注意什么? 解:用PV操作实现进程间的同步与互斥,应该注意以下四方面问题: (1)对每一个共享资源都要设立信号量。互斥时对一个共享资源设立一个信号量;同步时对一个共享资源可能要设立两个或多个信号量,要视由几个进程来使用该共享变量而定。 (2)互斥时信号量的初值一般为1;同步时至少有一个信号量的初值大于等于1。 (3)PV操作一定要成对调用。互斥时在临界区前后对同一信号量作PV操作;同步时则对不同的信号量作PV操作,PV操作的位置一定要正确。 (4)对互斥和同步混合问题,PV操作可能会嵌套,一般同步的PV操作在外,互斥的PV操作在内。 三、课程练习及参考解答 一、填空 1、设备I/O方式有如下三种:_________、__________和___________。 2、文件存取方式按存取次序通常分_________________、_______________,还有一类 ______________。 3、从用户观点看,UNIX系统将文件分三类:___________________、___________________和 _________________。 4、引起死锁的四个必要条件是 、________________、 和__________________。 5、进程的三个最基本状态是_____________、____________和_____________。 6、传统操作系统提供编程人员的接口称为________________。 7、三代人机界面的发展是指:______________、_________________和_______________。 8、常用的进程调度算法有_________________、_________________和___________________。 二、选择一个正确答案的序号填入括号中 1、计算机操作系统是一个( )。 A. 应用软件 B. 硬件的扩充 C. 用户软件 D.系统软件 2、操作系统程序结构的主要特点是( )。 A. 一个程序模块 B. 分层结构 C. 层次模块化结构 D. 子程序结构 3、面向用户的组织机构属于( )。 A. 虚拟结构 B. 逻辑结构 C. 实际结构 D. 物理结构 4、操作系统中应用最多的数据结构是( )。 A. 堆栈 B. 队列 C. 表格 D. 树 5、可重定位内存分区分配目的为( )。 A. 解决碎片问题 B. 便于多作业共享内存 C. 回收空白区方便 D. 摆脱用户干预 6、逻辑地址就是( )。 A. 用户地址 B. 相对地址 C. 物理地址 D.绝对地址 7、原语是( )。 A. 一条机器指令 B. 若干条机器指令组成 C. 一条特定指令 D. 中途能打断的指令 8、索引式(随机)文件组织的一个主要优点是( )。 A. 不需要链接指针 B. 用户存取方便 C.回收实现比较简单 D.能实现物理块的动态分配 9、几年前一位芬兰大学生在Internet上公开发布了以下一种免费操作系统核心( ),经过许多人的努力,该操作系统正不断完善,并被推广。 A. Windows NT B. Linux C. UNIX D. OS2 10.文件目录的主要作用是( )。 A. 按名存取 B.提高速度 C.节省空间 D.提高外存利用率 11、某进程在运行过程中需要等待从磁盘上读入数据,此时该进程的状态是( )。 A. 从就绪变为运行 B.从运行变为就绪 C. 从运行变为阻塞 D.从阻塞变为就绪 12、把逻辑地址转变为内存的物理地址的过程称作( )。 A.编译 B.连接 C.运行 D.重定位 13、进程和程序的一个本质区别是( )。 A.前者分时使用CPU, 后者独占CPU B.前者存储在内存,后者存储在外存 C.前者在一个文件中,后者在多个文件中 D.前者为动态的,后者为静态的 三、是非题,正确的在括号内划√,错的划×。 ( )1、进程间的相互制约关系体现为进程的互斥和同步。 ( )2、只有一个终端的计算机无法安装多用户操作系统。 ( )3、UNIX的最大特点是分时多用户、多任务和倒树型文件结构。 ( )4、常用的缓冲技术有双缓冲,环形缓冲和缓冲池。 ( )5、实时操作系统的响应系数最小,设备利用率最差。 ( )6、死锁是指两个或多个进程都处于互相等待状态而无法继续工作。 ( )7、具有多道功能的操作系统一定是多用户操作系统。 ( )8、一般的分时操作系统无法做实时控制用。 ( )9、多用户操作系统在单一硬件终端硬件支持下仍然可以工作。 ( )10、常用的缓冲技术是解决慢速设备与快速CPU处理之间协调工作。 四、回答题 1、试以生产者——消费者问题说明进程同步问题的实质。 2、以一台打印机为例,简述SPOOLing 技术的优点。 3、简述请求页式存储管理的优缺点。 4、虚拟存储器的基本特征是什么?虚拟存储器的容量主要受到什么限制? 5、现代操作系统与传统操作系统相比,设计中采用了哪些先进技术? 练习参考解答 一、填空 1、询问、中断、通道 2、顺序存取、直接存取、按键索引 3、普通(用户)、目录、特殊 4、互斥使用、保持和等待、非剥夺性、循环等待 5、准备(就绪)、执行、等待 6、系统调用 7、一维命令行、二维图形界面、三维虚拟现实 8、先来先服务、优先数法、轮转法 二、选择题 1、D 2、C 3、B 4、C 5、A 6、B 7、B 8、D 9、B 10、A 11、C 12、D 13、D 三、是非题 有错误的是第2、5、7题,其余均是正确的。 四、回答题 1、答:一个生产者,一个消费者和一个产品之间关系是典型的进程同步问题。设信号量S为仓库内产品,P-V操作配对进行缺一不可。生产者进程将产品放入仓库后通知消费者可用;消费者进程在得知仓库有产品时取走,然后告诉生产者可继续生产。 2、答:以一台打印机为例, SPOOLing 技术的主要优点是在多用户情况下,每一个用户使用打印机就好像自己拥有一台打印机。不会产生打印机“忙”而等待。 3、答:优点: (1)虛存量大,适合多道程序运行,用户不必担心内存不够的调度操作。动态页式管理提供了内存与外存统一管理的虚存实现方式。 (2)内存利用率高,不常用的页面尽量不留在内存。 (3)不要求作业连续存放,有效地解决了“碎片”问题。与分区式比,不需移动作业;与多重分区比,无零星碎片产生。UNIX操作系统较早采用。 缺点: (1)要处理页面中断、缺页中断处理等,系统开销较大。 (2)有可能产生“抖动”。 (3)地址变换机构复杂,为提高速度采用硬件实现,增加了机器成本。 4、答:虚存是由操作系统调度,采用内外存的交换技术,各道程序在必需使用时调入内存,不用的调出内存,这祥好像内存容量不受限制。但要注意: (1)虚存容量不是无限的,极端情况受内存、外存的可使用的总容量限制; (2)虚存容量还受计算机总线长度的地址结构限制; (3)速度和容量的“时空”矛盾,虛存量的“扩大”是以牺牲CPU工作时间以及内、外存交换时间为代价的。 5、答:现代操作系统是指网络操作系统和分布式操作系统,采用了网络地址方案、网络协议、路由技术和微内核等先进技术。
文将对 Linux™ 程序员可以使用内存管理技术进行概述,虽然关注的重点是 C 语言,但同样也适用于其他语言。文中将为您提供如何管理内存的细节,然后将进一步展示如何手工管理内存,如何使用引用计数或者内存池来半手工地管理内存,以及如何使用垃圾收集自动管理内存。 为什么必须管理内存 内存管理是计算机编程最为基本的领域之一。在很多脚本语言中,您不必担心内存是如何管理的,这并不能使得内存管理的重要性有一点点降低。对实际编程来说,理解您的内存管理器的能力与局限性至关重要。在大部分系统语言中,比如 C 和 C++,您必须进行内存管理。本文将介绍手工的、半手工的以及自动的内存管理实践的基本概念。 追溯到在 Apple II 上进行汇编语言编程的时代,那时内存管理还不是个大问题。您实际上在运行整个系统。系统有多少内存,您就有多少内存。您甚至不必费心思去弄明白它有多少内存,因为每一台机器的内存数量都相同。所以,如果内存需要非常固定,那么您只需要选择一个内存范围并使用它即可。 不过,即使是在这样一个简单的计算机中,您也会有问题,尤其是当您不知道程序的每个部分将需要多少内存时。如果您的空间有限,而内存需求是变化的,那么您需要一些方法来满足这些需求: 确定您是否有足够的内存来处理数据。 从可用的内存中获取一部分内存。 向可用内存池(pool)中返回部分内存,以使其可以由程序的其他部分或者其他程序使用。 实现这些需求的程序库称为 分配程序(allocators),因为它们负责分配和回收内存程序动态性越强,内存管理就越重要,您的内存分配程序的选择也就更重要。让我们来了解可用于内存管理的不同方法,它们的好处与不足,以及它们最适用的情形。 回页首 C 风格的内存分配程序 C 编程语言提供了两个函数来满足我们的三个需求: malloc:该函数分配给定的字节数,并返回一个指向它们的指针。如果没有足够的可用内存,那么它返回一个空指针。 free:该函数获得指向由 malloc 分配的内存片段的指针,并将其释放,以便以后的程序或操作系统使用(实际上,一些 malloc 实现只能将内存归还给程序,而无法将内存归还给操作系统)。 物理内存和虚拟内存 要理解内存程序中是如何分配的,首先需要理解如何将内存从操作系统分配给程序。计算机上的每一个进程都认为自己可以访问所有的物理内存。显然,由于同时在运行多个程序,所以每个进程不可能拥有全部内存。实际上,这些进程使用的是 虚拟内存。 只是作为一个例子,让我们假定您的程序正在访问地址为 629 的内存。不过,虚拟内存系统不需要将其存储在位置为 629 的 RAM 中。实际上,它甚至可以不在 RAM 中 —— 如果物理 RAM 已经满了,它甚至可能已经被转移到硬盘上!由于这类地址不必反映内存所在的物理位置,所以它们被称为虚拟内存。操作系统维持着一个虚拟地址到物理地址的转换的表,以便计算机硬件可以正确地响应地址请求。并且,如果地址在硬盘上而不是在 RAM 中,那么操作系统将暂时停止您的进程,将其他内存转存到硬盘中,从硬盘上加载被请求的内存,然后再重新启动您的进程。这样,每个进程都获得了自己可以使用的地址空间,可以访问比您物理上安装的内存更多的内存。 在 32-位 x86 系统上,每一个进程可以访问 4 GB 内存。现在,大部分人的系统上并没有 4 GB 内存,即使您将 swap 也算上, 每个进程所使用内存也肯定少于 4 GB。因此,当加载一个进程时,它会得到一个取决于某个称为 系统中断点(system break)的特定地址的初始内存分配。该地址之后是未被映射的内存 —— 用于在 RAM 或者硬盘中没有分配相应物理位置的内存。因此,如果一个进程运行超出了它初始分配的内存,那么它必须请求操作系统“映射进来(map in)”更多的内存。(映射是一个表示一一对应关系的数学术语 —— 当内存的虚拟地址有一个对应的物理地址来存储内存内容时,该内存将被映射。) 基于 UNIX 的系统有两个可映射到附加内存中的基本系统调用: brk: brk() 是一个非常简单的系统调用。还记得系统中断点吗?该位置是进程映射的内存边界。 brk() 只是简单地将这个位置向前或者向后移动,就可以向进程添加内存或者从进程取走内存。 mmap: mmap(),或者说是“内存映像”,类似于 brk(),但是更为灵活。首先,它可以映射任何位置的内存,而不单单只局限于进程。其次,它不仅可以将虚拟地址映射到物理的 RAM 或者 swap,它还可以将它们映射到文件和文件位置,这样,读写内存将对文件中的数据进行读写。不过,在这里,我们只关心 mmap 向进程添加被映射的内存的能力。 munmap() 所做的事情与 mmap() 相反。 如您所见, brk() 或者 mmap() 都可以用来向我们的进程添加额外的虚拟内存。在我们的例子中将使用 brk(),因为它更简单,更通用。 实现一个简单的分配程序 如果您曾经编写过很多 C 程序,那么您可能曾多次使用过 malloc() 和 free()。不过,您可能没有用一些时间去思考它们在您的操作系统中是如何实现的。本节将向您展示 malloc 和 free 的一个最简化实现的代码,来帮助说明管理内存时都涉及到了哪些事情。 要试着运行这些示例,需要先 复制本代码清单,并将其粘贴到一个名为 malloc.c 的文件中。接下来,我将一次一个部分地对该清单进行解释。 在大部分操作系统中,内存分配由以下两个简单的函数来处理: void *malloc(long numbytes):该函数负责分配 numbytes 大小的内存,并返回指向第一个字节的指针。 void free(void *firstbyte):如果给定一个由先前的 malloc 返回的指针,那么该函数会将分配的空间归还给进程的“空闲空间”。 malloc_init 将是初始化内存分配程序的函数。它要完成以下三件事:将分配程序标识为已经初始化,找到系统中最后一个有效内存地址,然后建立起指向我们管理的内存的指针。这三个变量都是全局变量: 清单 1. 我们的简单分配程序的全局变量 int has_initialized = 0; void *managed_memory_start; void *last_valid_address; 如前所述,被映射的内存的边界(最后一个有效地址)常被称为系统中断点或者 当前中断点。在很多 UNIX® 系统中,为了指出当前系统中断点,必须使用 sbrk(0) 函数。 sbrk 根据参数中给出的字节数移动当前系统中断点,然后返回新的系统中断点。使用参数 0 只是返回当前中断点。这里是我们的 malloc 初始化代码,它将找到当前中断点并初始化我们的变量: 清单 2. 分配程序初始化函数 /* Include the sbrk function */ #include void malloc_init() { /* grab the last valid address from the OS */ last_valid_address = sbrk(0); /* we don't have any memory to manage yet, so *just set the beginning to be last_valid_address */ managed_memory_start = last_valid_address; /* Okay, we're initialized and ready to go */ has_initialized = 1; } 现在,为了完全地管理内存,我们需要能够追踪要分配和回收哪些内存。在对内存块进行了 free 调用之后,我们需要做的是诸如将它们标记为未被使用的等事情,并且,在调用 malloc 时,我们要能够定位未被使用内存块。因此, malloc 返回的每块内存的起始处首先要有这个结构: 清单 3. 内存控制块结构定义 struct mem_control_block { int is_available; int size; }; 现在,您可能会认为当程序调用 malloc 时这会引发问题 —— 它们如何知道这个结构?答案是它们不必知道;在返回指针之前,我们会将其移动到这个结构之后,把它隐藏起来。这使得返回的指针指向没有用于任何其他用途的内存。那样,从调用程序的角度来看,它们所得到的全部是空闲的、开放的内存。然后,当通过 free() 将该指针传递回来时,我们只需要倒退几个内存字节就可以再次找到这个结构。 在讨论分配内存之前,我们将先讨论释放,因为它更简单。为了释放内存,我们必须要做的惟一一件事情就是,获得我们给出的指针,回退 sizeof(struct mem_control_block) 个字节,并将其标记为可用的。这里是对应的代码: 清单 4. 解除分配函数 void free(void *firstbyte) { struct mem_control_block *mcb; /* Backup from the given pointer to find the * mem_control_block */ mcb = firstbyte - sizeof(struct mem_control_block); /* Mark the block as being available */ mcb->is_available = 1; /* That's It! We're done. */ return; } 如您所见,在这个分配程序中,内存的释放使用了一个非常简单的机制,在固定时间内完成内存释放。分配内存稍微困难一些。以下是该算法的略述: 清单 5. 主分配程序的伪代码 1. If our allocator has not been initialized, initialize it. 2. Add sizeof(struct mem_control_block) to the size requested. 3. start at managed_memory_start. 4. Are we at last_valid address? 5. If we are: A. We didn't find any existing space that was large enough -- ask the operating system for more and return that. 6. Otherwise: A. Is the current space available (check is_available from the mem_control_block)? B. If it is: i) Is it large enough (check "size" from the mem_control_block)? ii) If so: a. Mark it as unavailable b. Move past mem_control_block and return the pointer iii) Otherwise: a. Move forward "size" bytes b. Go back go step 4 C. Otherwise: i) Move forward "size" bytes ii) Go back to step 4 我们主要使用连接的指针遍历内存来寻找开放的内存块。这里是代码: 清单 6. 主分配程序 void *malloc(long numbytes) { /* Holds where we are looking in memory */ void *current_location; /* This is the same as current_location, but cast to a * memory_control_block */ struct mem_control_block *current_location_mcb; /* This is the memory location we will return. It will * be set to 0 until we find something suitable */ void *memory_location; /* Initialize if we haven't already done so */ if(! has_initialized) { malloc_init(); } /* The memory we search for has to include the memory * control block, but the users of malloc don't need * to know this, so we'll just add it in for them. */ numbytes = numbytes + sizeof(struct mem_control_block); /* Set memory_location to 0 until we find a suitable * location */ memory_location = 0; /* Begin searching at the start of managed memory */ current_location = managed_memory_start; /* Keep going until we have searched all allocated space */ while(current_location != last_valid_address) { /* current_location and current_location_mcb point * to the same address. However, current_location_mcb * is of the correct type, so we can use it as a struct. * current_location is a void pointer so we can use it * to calculate addresses. */ current_location_mcb = (struct mem_control_block *)current_location; if(current_location_mcb->is_available) { if(current_location_mcb->size >= numbytes) { /* Woohoo! We've found an open, * appropriately-size location. */ /* It is no longer available */ current_location_mcb->is_available = 0; /* We own it */ memory_location = current_location; /* Leave the loop */ break; } } /* If we made it here, it's because the Current memory * block not suitable; move to the next one */ current_location = current_location + current_location_mcb->size; } /* If we still don't have a valid location, we'll * have to ask the operating system for more memory */ if(! memory_location) { /* Move the program break numbytes further */ sbrk(numbytes); /* The new memory will be where the last valid * address left off */ memory_location = last_valid_address; /* We'll move the last valid address forward * numbytes */ last_valid_address = last_valid_address + numbytes; /* We need to initialize the mem_control_block */ current_location_mcb = memory_location; current_location_mcb->is_available = 0; current_location_mcb->size = numbytes; } /* Now, no matter what (well, except for error conditions), * memory_location has the address of the memory, including * the mem_control_block */ /* Move the pointer past the mem_control_block */ memory_location = memory_location + sizeof(struct mem_control_block); /* Return the pointer */ return memory_location; } 这就是我们的内存管理器。现在,我们只需要构建它,并在程序使用它即可。 运行下面的命令来构建 malloc 兼容的分配程序(实际上,我们忽略了 realloc() 等一些函数,不过, malloc() 和 free() 才是最主要的函数): 清单 7. 编译分配程序 gcc -shared -fpic malloc.c -o malloc.so 该程序将生成一个名为 malloc.so 的文件,它是一个包含有我们的代码的共享库。 在 UNIX 系统中,现在您可以用您的分配程序来取代系统的 malloc(),做法如下: 清单 8. 替换您的标准的 malloc LD_PRELOAD=/path/to/malloc.so export LD_PRELOAD LD_PRELOAD 环境变量使动态链接器在加载任何可执行程序之前,先加载给定的共享库的符号。它还为特定库中的符号赋予优先权。因此,从现在起,该会话中的任何应用程序都将使用我们的 malloc(),而不是只有系统的应用程序能够使用。有一些应用程序使用 malloc(),不过它们是例外。其他使用 realloc() 等其他内存管理函数的应用程序,或者错误地假定 malloc() 内部行为的那些应用程序,很可能会崩溃。ash shell 似乎可以使用我们的新 malloc() 很好地工作。 如果您想确保 malloc() 正在被使用,那么您应该通过向函数的入口点添加 write() 调用来进行测试。 我们的内存管理器在很多方面都还存在欠缺,但它可以有效地展示内存管理需要做什么事情。它的某些缺点包括: 由于它对系统中断点(一个全局变量)进行操作,所以它不能与其他分配程序或者 mmap 一起使用。 当分配内存时,在最坏的情形下,它将不得不遍历 全部进程内存;其中可能包括位于硬盘上的很多内存,这意味着操作系统将不得不花时间去向硬盘移入数据和从硬盘中移出数据。 没有很好的内存不足处理方案( malloc 只假定内存分配是成功的)。 它没有实现很多其他的内存函数,比如 realloc()。 由于 sbrk() 可能会交回比我们请求的更多的内存,所以在堆(heap)的末端会遗漏一些内存。 虽然 is_available 标记只包含一位信息,但它要使用完整的 4-字节 的字。 分配程序不是线程安全的。 分配程序不能将空闲空间拼合为更大的内存块。 分配程序的过于简单的匹配算法会导致产生很多潜在的内存碎片。 我确信还有很多其他问题。这就是为什么它只是一个例子! 其他 malloc 实现 malloc() 的实现有很多,这些实现各有优点与缺点。在设计一个分配程序时,要面临许多需要折衷的选择,其中包括: 分配的速度。 回收的速度。 有线程的环境的行为。 内存将要被用光时的行为。 局部缓存。 簿记(Bookkeeping)内存开销。 虚拟内存环境中的行为。 小的或者大的对象。 实时保证。 每一个实现都有其自身的优缺点集合。在我们的简单的分配程序中,分配非常慢,而回收非常快。另外,由于它在使用虚拟内存系统方面较差,所以它最适于处理大的对象。 还有其他许多分配程序可以使用。其中包括: Doug Lea Malloc:Doug Lea Malloc 实际上是完整的一组分配程序,其中包括 Doug Lea 的原始分配程序,GNU libc 分配程序和 ptmalloc。 Doug Lea 的分配程序有着与我们的版本非常类似的基本结构,但是它加入了索引,这使得搜索速度更快,并且可以将多个没有被使用的块组合为一个大的块。它还支持缓存,以便更快地再次使用最近释放的内存。 ptmalloc 是 Doug Lea Malloc 的一个扩展版本,支持多线程。在本文后面的 参考资料部分中,有一篇描述 Doug Lea 的 Malloc 实现的文章。 BSD Malloc:BSD Malloc 是随 4.2 BSD 发行的实现,包含在 FreeBSD 之中,这个分配程序可以从预先确实大小的对象构成的池中分配对象。它有一些用于对象大小的 size 类,这些对象的大小为 2 的若干次幂减去某一常数。所以,如果您请求给定大小的一个对象,它就简单地分配一个与之匹配的 size 类。这样就提供了一个快速的实现,但是可能会浪费内存。在 参考资料部分中,有一篇描述该实现的文章。 Hoard:编写 Hoard 的目标是使内存分配在多线程环境中进行得非常快。因此,它的构造以锁的使用为中心,从而使所有进程不必等待分配内存。它可以显著地加快那些进行很多分配和回收的多线程进程的速度。在 参考资料部分中,有一篇描述该实现的文章。 众多可用的分配程序中最有名的就是上述这些分配程序。如果您的程序有特别的分配需求,那么您可能更愿意编写一个定制的能匹配您的程序内存分配方式的分配程序。不过,如果不熟悉分配程序的设计,那么定制分配程序通常会带来比它们解决的问题更多的问题。要获得关于该主题的适当的介绍,请参阅 Donald Knuth 撰写的 The Art of Computer Programming Volume 1: Fundamental Algorithms 中的第 2.5 节“Dynamic Storage Allocation”(请参阅 参考资料中的链接)。它有点过时,因为它没有考虑虚拟内存环境,不过大部分算法都是基于前面给出的函数。 在 C++ 中,通过重载 operator new(),您可以以每个类或者每个模板为单位实现自己的分配程序。在 Andrei Alexandrescu 撰写的 Modern C++ Design 的第 4 章(“Small Object Allocation”)中,描述了一个小对象分配程序(请参阅 参考资料中的链接)。 基于 malloc() 的内存管理的缺点 不只是我们的内存管理器有缺点,基于 malloc() 的内存管理器仍然也有很多缺点,不管您使用的是哪个分配程序。对于那些需要保持长期存储的程序使用 malloc() 来管理内存可能会非常令人失望。如果您有大量的不固定的内存引用,经常难以知道它们何时被释放。生存期局限于当前函数的内存非常容易管理,但是对于生存期超出该范围的内存来说,管理内存则困难得多。而且,关于内存管理是由进行调用的程序还是由被调用的函数来负责这一问题,很多 API 都不是很明确。 因为管理内存的问题,很多程序倾向于使用它们自己的内存管理规则。C++ 的异常处理使得这项任务更成问题。有时好像致力于管理内存分配和清理的代码比实际完成计算任务的代码还要多!因此,我们将研究内存管理的其他选择。 回页首 半自动内存管理策略 引用计数 引用计数是一种 半自动(semi-automated)的内存管理技术,这表示它需要一些编程支持,但是它不需要您确切知道某一对象何时不再被使用。引用计数机制为您完成内存管理任务。 在引用计数中,所有共享的数据结构都有一个域来包含当前活动“引用”结构的次数。当向一个程序传递一个指向某个数据结构指针时,该程序会将引用计数增加 1。实质上,您是在告诉数据结构,它正在被存储在多少个位置上。然后,当您的进程完成对它的使用后,该程序就会将引用计数减少 1。结束这个动作之后,它还会检查计数是否已经减到零。如果是,那么它将释放内存。 这样做的好处是,您不必追踪程序中某个给定的数据结构可能会遵循的每一条路径。每次对其局部的引用,都将导致计数的适当增加或减少。这样可以防止在使用数据结构时释放该结构。不过,当您使用某个采用引用计数的数据结构时,您必须记得运行引用计数函数。另外,内置函数和第三方的库不会知道或者可以使用您的引用计数机制。引用计数也难以处理发生循环引用的数据结构。 要实现引用计数,您只需要两个函数 —— 一个增加引用计数,一个减少引用计数并当计数减少到零时释放内存。 一个示例引用计数函数集可能看起来如下所示: 清单 9. 基本的引用计数函数 /* Structure Definitions*/ /* Base structure that holds a refcount */ struct refcountedstruct { int refcount; } /* All refcounted structures must mirror struct * refcountedstruct for their first variables */ /* Refcount maintenance functions */ /* Increase reference count */ void REF(void *data) { struct refcountedstruct *rstruct; rstruct = (struct refcountedstruct *) data; rstruct->refcount++; } /* Decrease reference count */ void UNREF(void *data) { struct refcountedstruct *rstruct; rstruct = (struct refcountedstruct *) data; rstruct->refcount--; /* Free the structure if there are no more users */ if(rstruct->refcount == 0) { free(rstruct); } } REF 和 UNREF 可能会更复杂,这取决于您想要做的事情。例如,您可能想要为多线程程序增加锁,那么您可能想扩展 refcountedstruct,使它同样包含一个指向某个在释放内存之前要调用的函数的指针(类似于面向对象语言中的析构函数 —— 如果您的结构中包含这些指针,那么这是 必需的)。 当使用 REF 和 UNREF 时,您需要遵守这些指针的分配规则: UNREF 分配前左端指针(left-hand-side pointer)指向的值。 REF 分配后左端指针(left-hand-side pointer)指向的值。 在传递使用引用计数的结构的函数中,函数需要遵循以下这些规则: 在函数的起始处 REF 每一个指针。 在函数的结束处 UNREF 第一个指针。 以下是一个使用引用计数的生动的代码示例: 清单 10. 使用引用计数的示例 /* EXAMPLES OF USAGE */ /* Data type to be refcounted */ struct mydata { int refcount; /* same as refcountedstruct */ int datafield1; /* Fields specific to this struct */ int datafield2; /* other declarations would go here as appropriate */ }; /* Use the functions in code */ void dosomething(struct mydata *data) { REF(data); /* Process data */ /* when we are through */ UNREF(data); } struct mydata *globalvar1; /* Note that in this one, we don't decrease the * refcount since we are maintaining the reference * past the end of the function call through the * global variable */ void storesomething(struct mydata *data) { REF(data); /* passed as a parameter */ globalvar1 = data; REF(data); /* ref because of Assignment */ UNREF(data); /* Function finished */ } 由于引用计数是如此简单,大部分程序员都自已去实现它,而不是使用库。不过,它们依赖于 malloc 和 free 等低层的分配程序来实际地分配和释放它们的内存。 在 Perl 等高级语言中,进行内存管理时使用引用计数非常广泛。在这些语言中,引用计数由语言自动地处理,所以您根本不必担心它,除非要编写扩展模块。由于所有内容都必须进行引用计数,所以这会对速度产生一些影响,但它极大地提高了编程的安全性和方便性。以下是引用计数的益处: 实现简单。 易于使用。 由于引用是数据结构的一部分,所以它有一个好的缓存位置。 不过,它也有其不足之处: 要求您永远不要忘记调用引用计数函数。 无法释放作为循环数据结构的一部分的结构。 减缓几乎每一个指针的分配。 尽管所使用的对象采用了引用计数,但是当使用异常处理(比如 try 或 setjmp()/ longjmp())时,您必须采取其他方法。 需要额外的内存来处理引用。 引用计数占用了结构中的第一个位置,在大部分机器中最快可以访问到的就是这个位置。 在多线程环境中更慢也更难以使用C++ 可以通过使用 智能指针(smart pointers)来容忍程序员所犯的一些错误,智能指针可以为您处理引用计数等指针处理细节。不过,如果不得不使用任何先前的不能处理智能指针的代码(比如对 C 库的联接),实际上,使用它们的后果通实比不使用它们更为困难和复杂。因此,它通常只是有益于纯 C++ 项目。如果您想使用智能指针,那么您实在应该去阅读 Alexandrescu 撰写的 Modern C++ Design 一书中的“Smart Pointers”那一章。 内存内存池是另一种半自动内存管理方法。内存池帮助某些程序进行自动内存管理,这些程序会经历一些特定的阶段,而且每个阶段中都有分配给进程的特定阶段的内存。例如,很多网络服务器进程都会分配很多针对每个连接的内存 —— 内存的最大生存期限为当前连接的存在期。Apache 使用了池式内存(pooled memory),将其连接拆分为各个阶段,每个阶段都有自己的内存池。在结束每个阶段时,会一次释放所有内存。 在池式内存管理中,每次内存分配都会指定内存池,从中分配内存。每个内存池都有不同的生存期限。在 Apache 中,有一个持续时间为服务器存在期的内存池,还有一个持续时间为连接的存在期的内存池,以及一个持续时间为请求的存在期的池,另外还有其他一些内存池。因此,如果我的一系列函数不会生成比连接持续时间更长的数据,那么我就可以完全从连接池中分配内存,并知道在连接结束时,这些内存会被自动释放。另外,有一些实现允许注册 清除函数(cleanup functions),在清除内存池之前,恰好可以调用它,来完成在内存被清理前需要完成的其他所有任务(类似于面向对象中的析构函数)。 要在自己的程序使用池,您既可以使用 GNU libc 的 obstack 实现,也可以使用 Apache 的 Apache Portable Runtime。GNU obstack 的好处在于,基于 GNU 的 Linux 发行版本中默认会包括它们。Apache Portable Runtime 的好处在于它有很多其他工具,可以处理编写多平台服务器软件所有方面的事情。要深入了解 GNU obstack 和 Apache 的池式内存实现,请参阅 参考资料部分中指向这些实现的文档的链接。 下面的假想代码列表展示了如何使用 obstack: 清单 11. obstack 的示例代码 #include #include /* Example code listing for using obstacks */ /* Used for obstack macros (xmalloc is a malloc function that exits if memory is exhausted */ #define obstack_chunk_alloc xmalloc #define obstack_chunk_free free /* Pools */ /* Only permanent allocations should go in this pool */ struct obstack *global_pool; /* This pool is for per-connection data */ struct obstack *connection_pool; /* This pool is for per-request data */ struct obstack *request_pool; void allocation_failed() { exit(1); } int main() { /* Initialize Pools */ global_pool = (struct obstack *) xmalloc (sizeof (struct obstack)); obstack_init(global_pool); connection_pool = (struct obstack *) xmalloc (sizeof (struct obstack)); obstack_init(connection_pool); request_pool = (struct obstack *) xmalloc (sizeof (struct obstack)); obstack_init(request_pool); /* Set the error handling function */ obstack_alloc_failed_handler = &allocation_failed; /* Server main loop */ while(1) { wait_for_connection(); /* We are in a connection */ while(more_requests_available()) { /* Handle request */ handle_request(); /* Free all of the memory allocated * in the request pool */ obstack_free(request_pool, NULL); } /* We're finished with the connection, time * to free that pool */ obstack_free(connection_pool, NULL); } } int handle_request() { /* Be sure that all object allocations are allocated * from the request pool */ int bytes_i_need = 400; void *data1 = obstack_alloc(request_pool, bytes_i_need); /* Do stuff to process the request */ /* return */ return 0; } 基本上,在操作的每一个主要阶段结束之后,这个阶段的 obstack 会被释放。不过,要注意的是,如果一个过程需要分配持续时间比当前阶段更长的内存,那么它也可以使用更长期限的 obstack,比如连接或者全局内存。传递给 obstack_free() 的 NULL 指出它应该释放 obstack 的全部内容。可以用其他的值,但是它们通常不怎么实用。 使用池式内存分配的益处如下所示: 应用程序可以简单地管理内存内存分配和回收更快,因为每次都是在一个池中完成的。分配可以在 O(1) 时间内完成,释放内存池所需时间也差不多(实际上是 O(n) 时间,不过在大部分情况下会除以一个大的因数,使其变成 O(1))。 可以预先分配错误处理池(Error-handling pools),以便程序在常规内存被耗尽时仍可以恢复。 有非常易于使用的标准实现。 池式内存的缺点是: 内存池只适用于操作可以分阶段的程序内存池通常不能与第三方库很好地合作。 如果程序的结构发生变化,则不得不修改内存池,这可能会导致内存管理系统的重新设计。 您必须记住需要从哪个池进行分配。另外,如果在这里出错,就很难捕获该内存池。 回页首 垃圾收集 垃圾收集(Garbage collection)是全自动地检测并移除不再使用的数据对象。垃圾收集器通常会在当可用内存减少到少于一个具体的阈值时运行。通常,它们以程序所知的可用的一组“基本”数据 —— 栈数据、全局变量、寄存器 —— 作为出发点。然后它们尝试去追踪通过这些数据连接到每一块数据。收集器找到的都是有用的数据;它没有找到的就是垃圾,可以被销毁并重新使用这些无用的数据。为了有效地管理内存,很多类型的垃圾收集器都需要知道数据结构内部指针的规划,所以,为了正确运行垃圾收集器,它们必须是语言本身的一部分。 收集器的类型 复制(copying): 这些收集器将内存存储器分为两部分,只允许数据驻留在其中一部分上。它们定时地从“基本”的元素开始将数据从一部分复制到另一部分。内存新近被占用的部分现在成为活动的,另一部分上的所有内容都认为是垃圾。另外,当进行这项复制操作时,所有指针都必须被更新为指向每个内存条目的新位置。因此,为使用这种垃圾收集方法,垃圾收集器必须与编程语言集成在一起。 标记并清理(Mark and sweep):每一块数据都被加上一个标签。不定期的,所有标签都被设置为 0,收集器从“基本”的元素开始遍历数据。当它遇到内存时,就将标签标记为 1。最后没有被标记为 1 的所有内容都认为是垃圾,以后分配内存时会重新使用它们。 增量的(Incremental):增量垃圾收集器不需要遍历全部数据对象。因为在收集期间的突然等待,也因为与访问所有当前数据相关的缓存问题(所有内容都不得不被页入(page-in)),遍历所有内存会引发问题。增量收集器避免了这些问题。 保守的(Conservative):保守的垃圾收集器在管理内存时不需要知道与数据结构相关的任何信息。它们只查看所有数据类型,并假定它们 可以全部都是指针。所以,如果一个字节序列可以是一个指向一块被分配的内存的指针,那么收集器就将其标记为正在被引用。有时没有被引用的内存会被收集,这样会引发问题,例如,如果一个整数域中包含一个值,该值是已分配内存的地址。不过,这种情况极少发生,而且它只会浪费少量内存。保守的收集器的优势是,它们可以与任何编程语言相集成。 Hans Boehm 的保守垃圾收集器是可用的最流行的垃圾收集器之一,因为它是免费的,而且既是保守的又是增量的,可以使用 --enable-redirect-malloc 选项来构建它,并且可以将它用作系统分配程序的简易替代者(drop-in replacement)(用 malloc/ free 代替它自己的 API)。实际上,如果这样做,您就可以使用与我们在示例分配程序中所使用的相同的 LD_PRELOAD 技巧,在系统上的几乎任何程序中启用垃圾收集。如果您怀疑某个程序正在泄漏内存,那么您可以使用这个垃圾收集器来控制进程。在早期,当 Mozilla 严重地泄漏内存时,很多人在其中使用了这项技术。这种垃圾收集器既可以在 Windows® 下运行,也可以在 UNIX 下运行。 垃圾收集的一些优点: 您永远不必担心内存的双重释放或者对象的生命周期。 使用某些收集器,您可以使用与常规分配相同的 API。 其缺点包括: 使用大部分收集器时,您都无法干涉何时释放内存。 在多数情况下,垃圾收集比其他形式内存管理更慢。 垃圾收集错误引发的缺陷难于调试。 如果您忘记将不再使用的指针设置为 null,那么仍然会有内存泄漏。 回页首 结束语 一切都需要折衷:性能、易用、易于实现、支持线程的能力等,这里只列出了其中的一些。为了满足项目的要求,有很多内存管理模式可以供您使用。每种模式都有大量的实现,各有其优缺点。对很多项目来说,使用编程环境默认的技术就足够了,不过,当您的项目有特殊的需要时,了解可用的选择将会有帮助。下表对比了本文中涉及的内存管理策略。 表 1. 内存分配策略的对比 策略 分配速度 回收速度 局部缓存 易用性 通用性 实时可用 SMP 线程友好 定制分配程序 取决于实现 取决于实现 取决于实现 很难 无 取决于实现 取决于实现 简单分配程序 内存使用少时较快 很快 差 容易 高 否 否 GNU malloc 中 快 中 容易 高 否 中 Hoard 中 中 中 容易 高 否 是 引用计数 N/A N/A 非常好 中 中 是(取决于 malloc 实现) 取决于实现 池 中 非常快 极好 中 中 是(取决于 malloc 实现) 取决于实现 垃圾收集 中(进行收集时慢) 中 差 中 中 否 几乎不 增量垃圾收集 中 中 中 中 中 否 几乎不 增量保守垃圾收集 中 中 中 容易 高 否 几乎不 参考资料 您可以参阅本文在 developerWorks 全球站点上的 英文原文。 Web 上的文档 GNU C Library 手册的 obstacks 部分 提供了 obstacks 编程接口。 Apache Portable Runtime 文档 描述了它们的池式分配程序的接口。 基本的分配程序 Doug Lea 的 Malloc 是最流行的内存分配程序之一。 BSD Malloc 用于大部分基于 BSD 的系统中。 ptmalloc 起源于 Doug Lea 的 malloc,用于 GLIBC 之中。 Hoard 是一个为多线程应用程序优化的 malloc 实现。 GNU Memory-Mapped Malloc(GDB 的组成部分) 是一个基于 mmap() 的 malloc 实现。 池式分配程序 GNU Obstacks(GNU Libc 的组成部分)是安装最多的池式分配程序,因为在每一个基于 glibc 的系统中都有它。 Apache 的池式分配程序(Apache Portable Runtime 中) 是应用最为广泛的池式分配程序。 Squid 有其自己的池式分配程序。 NetBSD 也有其自己的池式分配程序。 talloc 是一个池式分配程序,是 Samba 的组成部分。 智能指针和定制分配程序 Loki C++ Library 有很多为 C++ 实现的通用模式,包括智能指针和一个定制的小对象分配程序。 垃圾收集器 Hahns Boehm Conservative Garbage Collector 是最流行的开源垃圾收集器,它可以用于常规的 C/C++ 程序。 关于现代操作系统中的虚拟内存的文章 Marshall Kirk McKusick 和 Michael J. Karels 合著的 A New Virtual Memory Implementation for Berkeley UNIX 讨论了 BSD 的 VM 系统。 Mel Gorman's Linux VM Documentation 讨论了 Linux VM 系统。 关于 malloc 的文章 Poul-Henning Kamp 撰写的 Malloc in Modern Virtual Memory Environments 讨论的是 malloc 以及它如何与 BSD 虚拟内存交互。 Berger、McKinley、Blumofe 和 Wilson 合著的 Hoard -- a Scalable Memory Allocator for Multithreaded Environments 讨论了 Hoard 分配程序的实现。 Marshall Kirk McKusick 和 Michael J. Karels 合著的 Design of a General Purpose Memory Allocator for the 4.3BSD UNIX Kernel 讨论了内核级的分配程序。 Doug Lea 撰写的 A Memory Allocator 给出了一个关于设计和实现分配程序的概述,其中包括设计选择与折衷。 Emery D. Berger 撰写的 Memory Management for High-Performance Applications 讨论的是定制内存管理以及它如何影响高性能应用程序。 关于定制分配程序的文章 Doug Lea 撰写的 Some Storage Management Techniques for Container Classes 描述的是为 C++ 类编写定制分配程序。 Berger、Zorn 和 McKinley 合著的 Composing High-Performance Memory Allocators 讨论了如何编写定制分配程序来加快具体工作的速度。 Berger、Zorn 和 McKinley 合著的 Reconsidering Custom Memory Allocation 再次提及了定制分配的主题,看是否真正值得为其费心。 关于垃圾收集的文章 Paul R. Wilson 撰写的 Uniprocessor Garbage Collection Techniques 给出了垃圾收集的一个基本概述。 Benjamin Zorn 撰写的 The Measured Cost of Garbage Collection 给出了关于垃圾收集和性能的硬数据(hard data)。 Hans-Juergen Boehm 撰写的 Memory Allocation Myths and Half-Truths 给出了关于垃圾收集的神话(myths)。 Hans-Juergen Boehm 撰写的 Space Efficient Conservative Garbage Collection 是一篇描述他的用于 C/C++ 的垃圾收集器的文章。 Web 上的通用参考资料 内存管理参考 中有很多关于内存管理参考资料和技术文章的链接。 关于内存管理和内存层级的 OOPS Group Papers 是非常好的一组关于此主题的技术文章。 C++ 中的内存管理讨论的是为 C++ 编写定制的分配程序。 Programming Alternatives: Memory Management 讨论了程序员进行内存管理时的一些选择。 垃圾收集 FAQ 讨论了关于垃圾收集您需要了解的所有内容。 Richard Jones 的 Garbage Collection Bibliography 有指向任何您想要的关于垃圾收集的文章的链接。 书籍 Michael Daconta 撰写的 C++ Pointers and Dynamic Memory Management 介绍了关于内存管理的很多技术。 Frantisek Franek 撰写的 Memory as a Programming Concept in C and C++ 讨论了有效使用内存的技术与工具,并给出了在计算机编程中应当引起注意的内存相关错误的角色。 Richard Jones 和 Rafael Lins 合著的 Garbage Collection: Algorithms for Automatic Dynamic Memory Management 描述了当前使用的最常见的垃圾收集算法。 在 Donald Knuth 撰写的 The Art of Computer Programming 第 1 卷 Fundamental Algorithms 的第 2.5 节“Dynamic Storage Allocation”中,描述了实现基本的分配程序的一些技术。 在 Donald Knuth 撰写的 The Art of Computer Programming 第 1 卷 Fundamental Algorithms 的第 2.3.5 节“Lists and Garbage Collection”中,讨论了用于列表的垃圾收集算法。 Andrei Alexandrescu 撰写的 Modern C++ Design 第 4 章“Small Object Allocation”描述了一个比 C++ 标准分配程序效率高得多的一个高速小对象分配程序。 Andrei Alexandrescu 撰写的 Modern C++ Design 第 7 章“Smart Pointers”描述了在 C++ 中智能指针的实现。 Jonathan 撰写的 Programming from the Ground Up 第 8 章“Intermediate Memory Topics”中有本文使用的简单分配程序的一个汇编语言版本。 来自 developerWorks 自我管理数据缓冲区内存 (developerWorks,2004 年 1 月)略述了一个用于管理内存的自管理的抽象数据缓存器的伪 C (pseudo-C)实现。 A framework for the user defined malloc replacement feature (developerWorks,2002 年 2 月)展示了如何利用 AIX 中的一个工具,使用自己设计的内存子系统取代原有的内存子系统。 掌握 Linux 调试技术 (developerWorks,2002 年 8 月)描述了可以使用调试方法的 4 种不同情形:段错误、内存溢出、内存泄漏和挂起。 在 处理 Java 程序中的内存漏洞 (developerWorks,2001 年 2 月)中,了解导致 Java 内存泄漏的原因,以及何时需要考虑它们。 在 developerWorks Linux 专区中,可以找到更多为 Linux 开发人员准备的参考资料。 从 developerWorks 的 Speed-start your Linux app 专区中,可以下载运行于 Linux 之上的 IBM 中间件产品的免费测试版本,其中包括 WebSphere® Studio Application Developer、WebSphere Application Server、DB2® Universal Database、Tivoli® Access Manager 和 Tivoli Directory Server,查找 how-to 文章和技术支持。 通过参与 developerWorks blogs 加入到 developerWorks 社区。 可以在 Developer Bookstore Linux 专栏中定购 打折出售的 Linux 书籍。 关于作者 Jonathan Bartlett 是 Programming from the Ground Up 一书的作者,这本书介绍的是 Linux 汇编语言编程。Jonathan Bartlett 是 New Media Worx 的总开发师,负责为客户开发 Web、视频、kiosk 和桌面应用程序。您可以通过 johnnyb@eskimo.com 与 Jonathan 联系。
模块名称:茶凉专用模块 作者:茶凉 版本:2.0 本模块可以编程更简单,仅仅用核心支持库编写。 @备注: 官方论坛:http://bbs.clrje.cn/ 官方QQ群:92716369 ------------------------ -------------------------- ------------------------------ .版本 2 .子程序 按键, , 公开, 执行模拟按键(无返回值) .参数 键代码, 整数型, , 键代码 .参数 状态, 整数型, 可空, 可空:按键(按下+放开) 1 #按键_ 3 #按下_ 4 #放开_ 如果状态大于等于5则为按下与放开之间的延时,可解决某些屏蔽 .参数 功能键方式, 逻辑型, 可空, 默认为普通键, 真:功能键方式模拟,如ctrl键win键home键光标键等 .子程序 按键消息, , 公开, 向指定窗口句柄的窗口中发送按键消息(无返回值) .参数 窗口句柄, 整数型, , 接收消息的窗口句柄 .参数 键代码, 整数型, , 按键的键代码 .参数 状态, 整数型, 可空, 可空:按键(3+4) 1 #按键 2 功能键方式(按下+放开) 3 #按下 4 #放开 .参数 继承, 逻辑型, 可空, 默认为假:不继到子窗口 真:继承到所有子级窗口 .子程序 按键消息处理, 逻辑型, 公开 .参数 hwnd, 整数型 .子程序 按下控件, , 公开, 向指定按钮(控件)发送按钮鼠标单击的消息(无返回值) .参数 临时按钮句柄, 整数型, , 按钮控件的句柄 .参数 临时状态, 整数型, 可空, 可空:单击 3 #按下 4 #放开 .子程序 按组合键, , 公开, 执行模拟组合按键(无返回值) .参数 键码, 整数型, , 键代码 .参数 功能键码1, 整数型, , 功能键代码 .参数 功能键码2, 整数型, 可空, 功能键代码(可选) .参数 功能键码3, 整数型, 可空, 功能键代码(可选) .子程序 按组合键消息, , 公开, 向指定窗口句柄的窗口中发送组合按键的消息,游戏中有效!(无返回值) .参数 窗口句柄, 整数型, , 接收消息的窗口句柄 .参数 键代码, 整数型, , 按键的键代码 .参数 功能键码1, 整数型, , 功能键的键代码 .参数 功能键码2, 整数型, 可空, 功能键的键代码(可选) .参数 功能键码3, 整数型, 可空, 功能键的键代码(可选) .参数 继承, 逻辑型, 可空, 默认为假:不继到子窗口 真:继承到所有子级窗口 .子程序 八到十, 整数型, 公开, 将八进制转换成十进制(返回十进制整数) .参数 八进制文本, 文本型, , 欲转换的八进制文本 .子程序 彩色字体, , 公开, 彩色动态字体 感谢[梦飞鸟] .参数 内容, 文本型 .参数 窗口句柄, 整数型 .参数 随机渐变, 逻辑型, 可空, 不选不随机颜色 .参数 字体抖动, 逻辑型, 可空 .子程序 查看字节集1, 文本型, 公开, 以易语言文本方式查看字节集,返回文本内容 如:{ 102, 204, 14, 5 } .参数 字节集, 字节集, , 欲查看的字节集 .参数 起始位置, 整数型, 可空, 查看字节集的起始查看位置 .参数 查看长度, 整数型, 可空, 查看的长度,默认为查看全部 .子程序 查看字节集2, 文本型, 公开, 以十六进制文本方式查看字节集,返回文本内容 如:45 3F 58 1D 0A .参数 字节集, 字节集, , 欲查看的字节集 .参数 起始位置, 整数型, 可空, 查看字节集的起始查看位置 .参数 查看长度, 整数型, 可空, 查看的长度,默认为查看全部 .子程序 超级截图, 字节集, 公开, 截取窗口或屏幕中指定区域图片(返回图片字节集,失败返回空字节集) .参数 窗口句柄, 整数型, 可空, 默认为屏幕中.指定窗口句柄,则以窗口客户区内坐标点 .参数 左上顶点_X, 整数型, 可空, 截取图片范围的左上角横坐标,留空为0 .参数 左上顶点_Y, 整数型, 可空, 截取图片范围的左上角纵坐标,留空为0 .参数 右下顶点_X, 整数型, 可空, 截取图片范围的右下角横坐标,小于左上顶点_X则为最大值-1 默认为最大值 .参数 右下顶点_Y, 整数型, 可空, 截取图片范围的右下角纵坐标,小于左上顶点_Y则为最大值-1 默认为最大值 .参数 是否后台, 逻辑型, 可空, 默认为假:可见到的颜色点 真:后台窗口内颜色点 .参数 色深, 整数型, 可空, 所截取的图片位深度,默认为16位(8,16,24,32) .子程序 超级延迟, , 公开, 无资源占用的延时(无返回值) .参数 等待时间, 整数型 .子程序 超级延时, , 公开, 高精度延时,cpu占用低,窗口不卡死,一次最大可延时几年 (无返回值) .参数 延时间隔, 整数型, , 1000微秒 = 1毫秒 ; 1000毫秒 = 1秒 .参数 延时单位, 整数型, 可空, 可空:毫秒 0 毫秒 1 微秒 2 秒 3 分 4 小时 5 天 .子程序 窗口激活, 逻辑型, 公开, 激活指定窗口,将窗口设置到前台 .参数 句柄, 整数型, , 欲带到前台的窗口 .子程序 窗口禁止, 逻辑型, 公开, 在窗口中允许或禁止所有鼠标及键盘输入(成功返回真,失败返回假) .参数 窗口句柄, 整数型, , 欲禁止鼠标键盘输入的窗口或控件的句柄 .参数 是否禁止, 逻辑型, 可空, 默认为真:禁止 假:取消禁止 .子程序 窗口禁止关闭, 逻辑型, 公开, 控制窗口关闭按钮,(允许/禁止)关闭窗口 (成功返回真,失败返回假) .参数 窗口句柄, 整数型, , 欲禁止或解除禁止的窗口句柄 .参数 禁止关闭, 逻辑型, 可空, 可空为禁止关闭, 假:允许关闭, 真:禁止关闭 .子程序 窗口是否当前, 逻辑型, 公开, 判断指定窗口是否为当前窗口(为当前接收按键消息的窗口返回真,否则返回假) .参数 进程名, 文本型, 可空, 欲判断窗口的程序进程名(注意区分大小写) .参数 窗口类名, 文本型, 可空, 欲判断窗口的类名(注意区分大小写) .参数 窗口标题, 文本型, 可空, 欲判断窗口的标题关键字 .子程序 窗口透明化, 逻辑型, 公开, 设置窗口透明状态(成功返回真,失败返回假) .参数 临时句柄, 整数型, , 设置透明化窗口的句柄 .参数 临时透明度, 字节型, 可空, 设置整个窗口的透明度 取值范围是[0,255] 可空为不设定此参数 .参数 临时透明色, 整数型, 可空, (#颜色)指定某颜色为完全透明(完全透明处不属于该窗口) 可空为不指定 .参数 鼠标穿透, 逻辑型, 可空, 可空为假 真:窗口被鼠标穿透 .子程序 窗口图标隐藏, , 公开, 将窗口的图标清除 .参数 窗口句柄, 整数型 .子程序 窗口销毁, , 公开, 将指定窗口销毁(无返回值) .参数 临时句柄, 整数型, , 欲销毁窗口的句柄 .子程序 窗口移动, , 公开, 移动指定窗口(无返回值) .参数 临时句柄, 整数型, , 欲移动窗口的句柄 .参数 窗口新左边, 整数型, 可空, 可空:原左边不变 .参数 窗口新顶边, 整数型, 可空, 可空:原顶边不变 .参数 窗口新宽度, 整数型, 可空, 可空:原宽度不变 .参数 窗口新高度, 整数型, 可空, 可空:原高度不变 .子程序 窗口隐藏显示, 逻辑型, 公开, 显示隐藏指定句柄的窗口(如果显示则隐藏:返回假,如果隐藏则显示:返回真) .参数 窗口句柄, 整数型, 可空, 要显示/隐藏的窗口句柄(可空:则显示/隐藏上次的窗口,如果为初次使用则为当前窗口) .子程序 窗口置父, 整数型, 公开, 指定一个窗口的新父(返回前一个父窗口的句柄) .参数 窗口句柄, 整数型, , 子窗口句柄 .参数 新父, 整数型, 可空, 新的父窗口句柄 默认为0:置顶级窗口 -1:嵌入桌面 .子程序 窗口置焦点, 逻辑型, 公开, 将输入焦点设到指定的窗口。如有必要,会激活窗口.不能对最小化窗口设置(成功返回真,失败返回假) .参数 句柄, 整数型, , 欲置焦点的窗口句柄 .子程序 窗口状态控制, 逻辑型, 公开, 控制窗口状态(成功返回真,失败返回假) .参数 临时句柄, 整数型, , 窗口句柄 .参数 状态, 整数型, , 0 隐藏取消激活 1 还原激活 2 最小化激活 3 最大化激活 4 还原 6 最小化取消激活 7 最小化 9 还原激活 .子程序 窗口最大化, , 公开, 将指定窗口最大化(无返回值) .参数 临时句柄, 整数型, , 欲最大化窗口的句柄 .子程序 窗口最前, , 公开, 将指定窗口设为总在最前.(注意参数2,真:总在最前) .参数 句柄, 整数型, , 欲设置的窗口句柄 .参数 是否总在最前, 逻辑型, 可空, 默认为假:取消总在最前 真:总在最前 .子程序 窗口最小化, , 公开, 将指定窗口最小化(无返回值) .参数 临时句柄, 整数型, , 欲最小化窗口的句柄 .子程序 创建程序快捷方式, 逻辑型, 公开, 创建程序快捷方式 (成功返回真,失败返回假) .参数 lnk名称, 文本型, , 快捷方式保存全路径文件名 .参数 目标, 文本型, , 指向的文件全路径文件名 .参数 参数文本, 文本型, 可空, 执行文件的参数 .参数 图标文件, 文本型, 可空, 图标文件的路径 可空:为空时用目标的第一个图标 .参数 运行方式, 整数型, 可空, 1,常规方式,3,最大化,7,最小化 .参数 备注, 文本型, 可空, 快方式的备注信息 .参数 快捷键, 文本型, 可空, 启动快捷方式的快捷键 如“Ctrl+Alt+Y” .子程序 创建定时器, 整数型, 公开, 返回成功创建定时器的标志 .参数 窗口句柄, 整数型, 可空, 为空则为系统级定时器(通常为空) .参数 时钟周期, 整数型, , 毫秒级单位 1秒=1000毫秒 .参数 定时器事件处理, 子程序指针, , 定时器触发事件 .子程序 创建多级目录, 逻辑型, 公开, 成功返回真,失败返回假 .参数 目录路径, 文本型 .子程序 创建进程, 整数型, 公开, 创建一个程序进程(成功返回进程ID,失败返回0) .参数 程序路径, 文本型, , 欲创建进程的执行路径 .参数 命令行, 文本型, 可空, 附加上程序路径后的命令行参数 .参数 运行目录, 文本型, 可空, 通常留空,特殊情况下使用 .参数 进程结构, 进程结构, 参考 可空, 接收进程结构信息的变量 .子程序 创建网页快捷方式, 逻辑型, 公开, 创建网页快捷方式 (成功返回真,失败返回假) .参数 保存路径, 文本型, , 全路径文件名 .参数 网页地址, 文本型, , URL .参数 ico图标, 文本型, 可空, 图标路径 可空:默认为网页快捷方式图标 .参数 快捷键, 整数型, 可空, CTRL+ALT+? (A=1601 B=1602 C=1603 ...) .子程序 创建线程, 整数型, 公开, 创建一个线程来启动子程序(返回线程句柄) .参数 线程子程序, 子程序指针, , 欲启动的线程子程序指针 .参数 传递参数, 整数型, 可空 .子程序 打开网页, 逻辑型, 公开, 打开指定网址(成功返回真,失败返回假) .参数 网址, 文本型, , 欲打开的网页地址 .子程序 弹出光驱, 逻辑型, 公开, 弹出光驱门。 mciSendString .子程序 到短路径, 文本型, 公开, 取指定路径的短路径名(返回收缩后的路径,无效返回空文本)如: c:\program files\ 收缩后为:C:\PROGRA~1\ .参数 文件名, 文本型, , 原路径 .子程序 到任意进制, 文本型, 公开, 可以将从二进制到三十六进制的数值随意进行转换(返回转换后的文本) .参数 被转换文本, 文本型, , 欲被转换的文本(不可以转换负数以及小数) .参数 被转换进制, 整数型, , 被转换文本的进制(2-36之间) .参数 转换的进制, 整数型, , 要转换到的进制(2-36之间) .子程序 到十进制, 整数型, 公开, 将2,8,16进制文件转换到10进制数值(返回十进制数) .参数 文本, 文本型, , 2,8,16进制文件 .参数 进制, 整数型, 可空, 默认为十六进制 2为二进制,8为八进制,16为16进制 .子程序 读磁盘扇区, 逻辑型, 公开 .参数 扇区号, 整数型 .参数 扇区内容, 字节集 .子程序内存长整数型, 长整数型, 公开, 从内存中读取长整数型数据,失败返回失败内容 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 失败内容, 长整数型, 可空, 读内存失败后返回值的内容 默认为-1 .子程序内存短整数型, 短整数型, 公开, 从内存中读取短整数型数据,失败返回失败内容 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 失败内容, 短整数型, 可空, 读内存失败后返回值的内容 默认为-1 .子程序内存日期时间型, 日期时间型, 公开, 从内存中读取日期时间型数据,失败将返回100年1月1日 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .子程序内存双精度小数型, 双精度小数型, 公开, 从内存中读取双精度小数型数据,失败返回失败内容 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 失败内容, 双精度小数型, 可空, 读内存失败后返回值的内容 默认为-1 .子程序内存文本型, 文本型, 公开, 从内存中读取文本型数据(返回文本,失败返回0字节长度空内容) .参数 进程ID, 整数型 .参数 内存地址, 整数型 .子程序内存小数型, 小数型, 公开, 从内存中读取小数型数据,失败返回失败内容 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 失败内容, 小数型, 可空, 读内存失败后返回值的内容 默认为-1 .子程序内存整数型, 整数型, 公开, 从内存中读取整数型数据,失败返回失败内容 .参数 进程ID, 整数型 .参数 内存地址, 整数型 .参数 失败内容, 整数型, 可空, 读内存失败后返回值的内容 默认为-1 .子程序内存程序指针, 子程序指针, 公开, 从内存中读取子程序指针,失败返回空指针 .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .子程序内存字节集, 字节集, 公开, 从内存中读取字节集数据(返回字节集,失败返回0字节长度的空字节集) .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 长度, 整数型, 可空, 欲读取内存数据的长度 (留空则智能读取) .子程序内存字节型, 字节型, 公开, 从内存中读取一个字节,失败返回失败内容(0-255) .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 失败内容, 字节型, 可空, 读内存失败后返回的内容 默认为0 .子程序 读物理内存, 字节集, 公开, 失败返回{},成功返回相应数据 (进程隐藏) .参数 地址, 长整数型 .参数 长度, 整数型, , <=4096 .子程序 读游戏内存文本, 文本型, 公开, 读取内存地址数据 .参数 进程ID, 整数型, , 游戏进程标识符 .参数 基址, 文本型, , 欲读取的内存基址(十六进制) .参数 偏移1, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移2, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移3, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移4, 文本型, 可空, 没有请留空 (十六进制) .子程序 读游戏内存整数, 整数型, 公开, 读取内存地址数据 .参数 进程ID, 整数型, , 游戏进程标识符 .参数 基址, 文本型, , 欲读取的内存基址(十六进制) .参数 偏移1, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移2, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移3, 文本型, 可空, 没有请留空 (十六进制) .参数 偏移4, 文本型, 可空, 没有请留空 (十六进制) .子程序 对话框_打开保存, 文本型, 公开, 返回打开文件名,取消则返回空文本。 .参数 父窗口, 整数型 .参数 过滤器, 文本型, , 例:"文本文件(*.txt),*.txt|excel与word,*.xls;*.doc" .参数 类型, 整数型 .子程序 对话框_颜色选择, 整数型, 公开 .参数 父窗口, 整数型 .子程序 对话框_字体选择, 整数型, 公开 .参数 父窗口, 整数型 .参数 返回结果, 模块_字体信息, 参考 .子程序 二到十, 整数型, 公开, 将二进制转换成十进制(返回十进制整数) .参数 二进制文本, 文本型, , 欲转换的二进制 .子程序 发送字符串, , 公开, sendkeys 将一个或多个按键消息发送到指定窗口,就如同用键盘进行输入一样 (无返回值) .参数 窗口标题, 文本型, 可空, 向指定窗口发送.窗口标题关键字 .参数 文本, 文本型, , 字符串表达式,指定要发送的按键消息(详情见百度sendkeys词条) .参数 等待, 逻辑型, 可空, 指定等待方式的值 默认为假:按键发送出去立刻返回 真:按键消息在返回到过程之前加以处理 .子程序 发送字符串1, , 公开, sendkeys 将一个或多个按键消息发送到活动窗口,就如同用键盘进行输入一样 (无返回值) .参数 文本, 文本型, , 字符串表达式,指定要发送的按键消息(详情见百度sendkeys词条) .参数 等待, 逻辑型, 可空, 指定等待方式的值 默认为假:按键发送出去立刻返回 真:按键消息在返回到过程之前加以处理 .子程序 复制文件夹, 逻辑型, 公开, 成功返回真,失败返回假 .参数 被复制的文件夹, 文本型 .参数 复制到的文件夹, 文本型 .参数 是否处理事件, 逻辑型, 可空 .子程序 更改标题, 逻辑型, 公开, 更改指定窗口句柄的窗口标题(成功返回真,失败返回假) .参数 窗口句柄, 整数型, 可空, 可空:则更改当前窗口的标题 .参数 新标题, 文本型, , 新的窗口标题 .子程序 更改类名, 文本型, 公开, 更改一次指定类名(必须在欲更改的类名的程序运行前-执行)(如果成功则返回更改后的类名) .参数 新类名, 文本型, 可空, 更改后的新类名 可空为随机类名5-20位随机字母数字的组合 .参数 旧类名, 文本型, 可空, 欲更改的类名 可空则默认为易语言程序窗口类名“Afx:10000000:b:10011:1900015:0” .子程序 关闭光驱, 逻辑型, 公开, 关闭光驱门。 mciSendString .子程序 关闭系统, , 公开, 提供关闭或重新启动计算机 .参数 关闭方式, 整数型, 可空, 默认为1 关机 2 重启 3 注销 .参数 是否强制执行, 逻辑型, 可空, 是否不等待其它程序退出,直接执行,默认为假 .子程序 还原字节集1, 字节集, 公开, 还原易语言形式字节集的文本到字节集 .参数 文本, 文本型, , 如: { 102, 204, 14, 5 } .子程序 还原字节集2, 字节集, 公开, 还原十六进制字符串形式字节集的文本到字节集 .参数 文本, 文本型, , 如: 45 3F 58 1D 0A .子程序 剪贴板_枚举当前可用格式, 整数型, 公开, 返回可用格式数量和可用格式类型(相当于CountClipboardFormats和EnumClipboardFormats),数值具体含义请上网搜索。 .参数 结果数组, 整数型, 参考 可空 数组, 留空则只返回可用格式数量。 .子程序 剪贴板_清空, 逻辑型, 公开, 清空剪贴板内所有数据。 .子程序 剪贴板_取HTML, 文本型, 公开, 取剪贴板中的HTML数据。 .子程序 剪贴板_取图片, 字节集, 公开, 取已复制到剪贴板的图片数据(包括从网页上复制下来的图片),返回的图片格式为位图。 .子程序 剪贴板_取文本, 文本型, 公开, 取已复制到剪贴板中的文本。 .子程序 剪贴板_取文件, 整数型, 公开, 取已经复制到剪贴板的文件名,返回文件个数。 .参数 文件列表, 文本型, 参考 可空 数组, 留空则只返回文件数量。 .参数 状态, 逻辑型, 参考 可空, 用来接收文件列表中这些文件的状态:返回真代表这些文件待移动(即用户对文件执行了剪切操作);返回假代表这些文件待粘贴(即用户对文件执行了复制操作)。 .子程序 剪贴板_置图片, 逻辑型, 公开, 将指定图片复制到剪贴板。 .参数 图片, 字节集 .子程序 剪贴板_置文本, 逻辑型, 公开, 将指定文本复制到剪贴板。 .参数 文本, 文本型 .子程序 剪贴板_置文件, 逻辑型, 公开, 将指定文件复制到剪贴板,成功返回真,失败返回假。 .参数 文件列表, 文本型, 数组, 欲复制到剪贴板的文件列表 .参数 状态, 逻辑型, 可空, 设置当前的文件状态,默认为假。真表示文件待移动(相当于对文件列表里的文件执行剪切操作);假表示文件待粘贴(相当于对文件列表里的文件执行复制操作)) .子程序 进程结束, 逻辑型, 公开, 终止一个进程(成功返回真,失败返回假) .参数 进程ID, 整数型, , 欲结束的进程ID .子程序 进程枚举, 整数型, 公开, 失败返回0,成功返回进程数量(该命令为高级成员命令) .参数 进程信息, 进程信息型, 可空 数组, 返回的进程信息 数组 .子程序 进程取ID, 整数型, 公开, 取指定进程的进程ID(返回第一个进程ID,失败返回-1) .参数 进程名, 文本型, , 程序进程名 .参数 区分大小写, 逻辑型, 可空, 默认不区分进程名大小写 .子程序 进程取ID数组, 整数型, 公开, 取指定进程名称的所有进程的进程ID(返回进程ID数目,没有返回0) .参数 进程ID数组, 整数型, 可空 数组, 存放进程ID数组变量 .参数 进程名, 文本型, , 程序进程名 .参数 区分大小写, 逻辑型, 可空, 默认不区分进程名大小写 .子程序 进程是否存在, 逻辑型, 公开, 判断指定进程是否存在(此判断与进程其它信息无关联)(存在返回真,不存在或失败返回假) .参数 进程名, 文本型, , 欲检测的进程名 .子程序 进程是否有效, 逻辑型, 公开, 判断进程ID是否有效(有效返回真,无效或失败返回假) .参数 进程ID, 整数型, , 欲检测的进程标识 .子程序 进程隐藏, 整数型, 公开, 通过断链方式隐藏进程(返回链表值,用于恢复该进程,失败返回-1) .参数 进程ID, 整数型, 可空, 目的进程ID (默认自进程ID) .参数 链表值, 整数型, 可空, 欲还原的进程链表地址值 如果隐藏进程请留空 .子程序 进程暂停, 逻辑型, 公开, 将指定进程暂停(成功返回真,失败返回假) .参数 进程ID, 整数型, , 欲被暂停进程的进程ID .参数 状态, 逻辑型, 可空, 可空为真:暂停进程 假:恢复进程 .子程序 禁止关闭系统, , 公开, 可以禁止计算机关机、重启、注销 ;注意在调试状态无效 .参数 窗口句柄, 整数型 .子程序 句柄是否有效, 逻辑型, 公开, 判断窗口句柄是否有效(返回真,无效返回假) .参数 窗口句柄, 整数型 .子程序 控件消息, , 公开, 向指定控件中投递消息,更多常量可参考windows消息大全 .参数 窗口句柄, 整数型 .参数 消息类型, 整数型, , #消息_复制 #消息_粘贴 #消息_全选 #消息_清空 #消息_删除 #消息_剪切 #消息_撤销 #消息_获得焦点 #消息_失去焦点 #消息_单击 #消息_右击 #消息_销毁 #消息_退出 #消息_结束 .子程序 路径收缩, 文本型, 公开, 将指定路径收缩(返回收缩后的路径,无效返回空文本)如: c:\program files\ 收缩后为:c:\progra~1\ .参数 路径, 文本型, , 欲收缩的路径 .子程序 枚举窗口, 整数型, 公开, 枚举所有窗口,返回窗口句柄数目,失败返回0 .参数 句柄数组, 整数型, 可空 数组, 返回的所有窗口句柄数组 .子程序 枚举窗口线程, 整数型, 公开, 枚举所有窗口线程标识符,返回窗口线程标识符数目,失败返回0 .参数 线程数组, 整数型, 可空 数组, 返回的所有窗口线程ID数组 .子程序 枚举窗口信息, 整数型, 公开, 枚举所有可见窗口的句柄的窗口信息(返回数组数目,失败返回0) .参数 临时窗口信息, 窗口信息型, 数组, 枚举出来的窗口信息数组 .子程序 枚举任务窗口, 整数型, 公开, 枚举指定窗口线程相关联的窗体句柄,返回窗口句柄数目,失败返回0 .参数 窗口句柄, 整数型 .参数 句柄数组, 整数型, 可空 数组, 返回的所有窗口句柄数组 .子程序 枚举子窗口, 整数型, 公开, 枚举指定窗口的所有子级窗口或控件句柄,支持不可见子窗口或子控件,返回句柄数目,失败返回0 .参数 父窗口句柄, 整数型, 可空, 指定父窗口句柄.如果父窗口为0,则取出所有顶级窗口(含不可见窗口) .参数 句柄数组, 整数型, 可空 数组, 返回的所有窗口句柄数组 .子程序 模块_关闭所有媒体, 整数型, 公开, 关闭所有已经打开的媒体。注意:该操作对所有使用MCI进行播放的媒体都有效!返回0表示命令成功完成,返回非零表示命令失败。 .子程序 模块_毫秒到时间, 文本型, 公开, 将毫秒值转换为诸如:"3:03:12"之类的文本格式 .参数 参_毫秒值, 整数型 .子程序 模块_取错误信息文本, 文本型, 公开, 根据各种命令执行后返回的数值查询相应的文本说明。 .参数 参_错误代码, 整数型, , 支持类中对多媒体操作的各种方法的整型返回值 .子程序 模块_取字节集位图句柄, 整数型, 公开, 仅支持24位色位图 .参数 参数_字节集位图, 字节集 .子程序 模块_设置父窗口, , 公开, 把易控件放入到自建控件内。注意:易中的标准控件可能变得不响应事件:如按扭、列表框、树形框 .参数 参数_易控件句柄, 整数型 .参数 参数_父窗口, 整数型, , 自建控件句柄 .子程序 模块_设置字体, , 公开, 给指定的窗口设置字体 .参数 参窗口句柄, 整数型 .参数 参字体名, 文本型 .参数 参字号大小, 整数型, 可空 .参数 加粗, 逻辑型, 可空 .参数 斜体, 逻辑型, 可空 .参数 下划线, 逻辑型, 可空 .参数 删除线, 逻辑型, 可空 .子程序 魔法字体, , 公开, 彩色动态字体[我自己的] .参数 内容, 文本型, , 欲加入的内容 .参数 对象句柄, 整数型, , 要加入控件句柄 .参数 随机渐变, 逻辑型, 可空, 真为随机渐变 ,假 不进行随机渐变 .参数 字体抖动, 逻辑型, 可空, 真为字体抖动 ,假 不进行字体抖动 .子程序 目录是否存在, 逻辑型, 公开, 判断指定目录是否存在(存在返回真,不存在返回假) .参数 目录名, 文本型, , 欲判断的目录 .子程序 内存搜索, 整数型, 公开, 进行首次内存搜索(返回结果数目,失败或没有返回0) .参数 进程ID, 整数型, , 进程ID .参数 搜索内容, 字节集, , 欲搜索的内容 其他类型-需自行转换为字节集类型 .参数 结果地址, 整数型, 数组, 用来保存搜索的结果 .子程序 内存搜索整数, 整数型, 公开, 针对上次的搜索进行对内存数值的变化进行再一次搜索(返回结果数目,失败或没有返回0) .参数 结果地址, 整数型, 数组, 用来保存搜索的结果 .参数 搜索的整数, 整数型, , 从上一次搜索结果地址中再次搜索的整数,也可以是模糊搜索 #内存_不变的数值 #内存_变大的数值 #内存_变小的数值 #内存_改变的数值 .子程序 内存优化, , 公开, 内存优化,其实就是将实际内存转移至虚拟内存,以减少内存占用,周期中使用 .子程序 内存再次搜索, 整数型, 公开, 针对上次的搜索进行再一次搜索(返回结果数目,失败或没有返回0) .参数 结果地址, 整数型, 数组, 用来保存搜索的结果 .参数 搜索的数据, 字节集, , 从上一次搜索结果地址中再次搜索的数据内容 .子程序 内存运行EXE, 逻辑型, 公开, 可以直接运行资源中的程序,不必释放。成功返回真,失败返回假。 .参数 欲执行的程序, 字节集, , 欲执行的程序,不支持某些加了壳的程序,请自行测试。 .参数 命令行, 文本型, 可空, 为程序提供的命令行参数,不需要请留空。 .参数 外壳程序路径, 文本型, 可空, 外壳程序的路径(如果用系统程序做外壳,如cmd.exe、svchost.exe,可以实现穿防火墙,呵呵),不支持某些程序,请自行测试;不在当前目录下要提供绝对路径;留空默认为cmd.exe,如果无法运行,请换用不同的程序尝试。 .参数 等待程序运行完毕, 逻辑型, 可空, 默认为假,即不等待。 .参数 窗口显示方式, 整数型, 可空, 1#隐藏窗口; 2#普通激活; 3#最小化激活; 4#最大化激活; 5#普通不激活; 6#最小化不激活。如果省略本参数,默认为“普通激活”方式。 .参数 运行信息, 运行信息, 参考 可空, 用来接收在内存中执行的exe的运行信息(进程、主线程的句柄和ID)。不需要可留空。 .子程序 强力打开进程, 整数型, 公开 .参数 读取方式, 整数型 .参数 继承, 逻辑型 .参数 PID, 整数型, , 进程的进程标识符 .子程序 强力结束进程, 逻辑型, 公开 .参数 进程句柄, 整数型 .参数 退出状态, 整数型, , 退出0 .子程序 强力枚举窗口, 整数型, 公开, 强力穷举窗口句柄,不得以而为之.(成功返回有效窗口句柄的数目,失败返回0) .参数 窗口句柄, 整数型, 可空 数组, 用于存放窗口句柄的数组变量 .子程序 强力取句柄, 整数型, 公开, 强力穷举窗口句柄,不得以而为之.(成功返回窗口句柄,失败返回-1) .参数 窗口标题, 文本型, 可空, 可以是窗口标题的关键字.如果重复上次获取下一个窗口请留空. .子程序 取API错误信息, 文本型, 公开, 针对之前调用的api函数,用这个函数取得扩展错误信息 .子程序 取CPU序列号, 文本型, 公开, 获取CPU序列号 .子程序 取DOS返回, 文本型, 公开, 取出一个dos命令的返回信息 .参数 dos命令, 文本型, , 欲执行的dos命令 .参数 即时回显, 子程序指针, 可空, DOS即时回显信息回调函数 回调DOS函数(回显信息) 返回逻辑值,真:停止,假:继续 .子程序 取MAC地址, 文本型, 公开, 获取网卡MAC地址(如:00:53:45:00:00:00) .子程序 取System32目录, 文本型, 公开 .子程序 取本机IP, 整数型, 公开, 返回IP数 .参数 欲装载的数组, 文本型, 可空 数组, 取出来的IP .子程序 取标题, 文本型, 公开, 取指定窗口句柄的窗口标题(返回窗口标题,失败返回空文本) .参数 窗口句柄, 整数型, , 指定的窗口句柄 .子程序 取操作系统, 文本型, 公开, 获取操作系统信息 .参数 版本号, 文本型, 可空, 获取的操作系统的版本号 .参数 内部版本号, 文本型, 可空, 获取的操作系统的内部版本号 .子程序程序路径, 文本型, 公开, 取指定进程名的程序启动路径(成功返回路径,失败或进程不存在返回空) .参数 进程名, 文本型, , 程序进程名 .参数 区分大小写, 逻辑型, 可空, 默认不区分进程名大小写 .子程序程序命令行, 文本型, 公开, 取指定程序的命令行参数,要求取命令行程序权限不低于被取程序的权限(返回命令行参数,无命令行或失败返回空文本) .参数 进程名, 文本型, , 欲取命令行参数的进程名 .参数 区分大小写, 逻辑型, 可空, 默认不区分进程名大小写 .子程序 取窗口进程, 文本型, 公开, 取指定窗口句柄的窗口程序进程名(返回进程名,失败返回空文本) .参数 窗口句柄, 整数型 .子程序 取窗口进程ID, 整数型, 公开, 取指定窗口句柄的窗口进程ID(返回进程ID,失败返回-1) .参数 窗口句柄, 整数型 .子程序 取窗口内大小, , 公开, 取指定窗口句柄的窗口客户区的大小 .参数 窗口句柄, 整数型, 可空, 可空:则取当前窗口大小 .参数 临时宽度, 整数型, 参考, 返回的窗口宽度 .参数 临时高度, 整数型, 参考, 指定的窗口高度 .子程序 取窗口内顶点, 坐标型, 公开, 取指定窗口句柄的窗口客户区(左上角)顶点位置 .参数 窗口句柄, 整数型, 可空, 可空:则取当前窗口句柄的位置 .子程序 取窗口线程ID, 整数型, 公开, 取指定窗口句柄的窗口线程ID(返回进程ID,失败返回0) .参数 窗口句柄, 整数型 .子程序 取磁盘序列号, 整数型, 公开, 取得指定磁盘的序列号(成功返回磁盘的序列号,失败返回0,如果是读卡器或光驱或软驱等没有插入卡或光盘或软盘将会失败) .参数 盘符, 文本型, , 欲取序列号的磁盘盘符 (如: F:) .参数 卷标, 文本型, 参考 可空, 用于存放卷名(卷标)的变量 .参数 系统名称, 文本型, 参考 可空, 用于存放文件系统名称的变量 (如FAT,NTFS以及其他) .子程序 取当前窗口, 整数型, 公开, 取得当前位于前台窗口句柄(返回句柄,失败返回0) .子程序 取当前父窗口, 整数型, 公开, 取得当前位于前台的父级窗口句柄(返回句柄,失败返回0) .子程序 取点标题, 文本型, 公开, 取出指定点的组件上的文字内容或标题(返回文字内容) .参数 水平位置, 整数型, 可空, (可空为鼠标当前坐标x) 文字所在的x坐标“X轴光标” .参数 垂直位置, 整数型, 可空, (可空为鼠标当前坐标y) 文字所以的y坐标“Y轴光标” .子程序 取点颜色, 整数型, 公开, 取屏幕中或窗口区域某点颜色值或颜色属性 .参数 窗口句柄, 整数型, 可空, 默认为屏幕 .参数 X, 整数型 .参数 Y, 整数型 .参数 类型, 整数型, 可空, 默认为0颜色值 1 #R色 2 #G色 3 #B色 6 #色彩度 .子程序 取分辨率, , 公开, 获取屏幕分辨率(无返回值) .参数 色深, 短整数型, 参考 可空 .参数 屏幕宽度, 短整数型, 参考 可空 .参数 屏幕高度, 短整数型, 参考 可空 .参数 屏幕刷新率, 短整数型, 参考 可空 .子程序 取父进程ID, 整数型, 公开, 取得父级进程ID,失败返回-1 .参数 进程ID, 整数型 .子程序 取汉字笔画, 整数型, 公开, 返回指定单个汉字的笔画数,支持6725个常用汉字。 .参数 汉字, 文本型 .子程序 取计算机名, 文本型, 公开, 获取计算机名 .子程序 取焦点句柄, 整数型, 公开, 取光标焦点处窗口句柄(返回句柄,失败返回0) .子程序 取进程ID, 整数型, 公开, 取指定进程的进程ID(返回第一个进程ID,失败返回0) .参数 进程名, 文本型, , 区分大小写 .子程序 取进程窗口, 整数型, 公开, 通过进程ID取出指定进程的所有顶级窗口句柄(返回该进程中所有顶级窗口句柄的数目,失败返回0) .参数 进程ID, 整数型, , 窗口所在进程ID .参数 所有窗口, 整数型, 可空 数组, 返回该进程中所有顶级窗口句柄 .子程序 取进程窗口信息, 整数型, 公开, 获取指定进程的窗口信息(返回进程的主窗口句柄,失败返回0) .参数 进程ID, 整数型 .参数 焦点窗口, 整数型, 参考 可空, 在窗口非激活状态没有获得焦点,将得到0值 .参数 焦点横坐标, 整数型, 参考 可空, 在窗口非激活状态没有获得焦点,将得到0值 .参数 焦点纵坐标, 整数型, 参考 可空, 在窗口非激活状态没有获得焦点,将得到0值 .子程序 取进程路径, 文本型, 公开, 取指定进程的程序启动路径(成功返回路径,失败或进程不存在返回空) .参数 进程ID, 整数型 .子程序 取进程路径及命令行1, 文本型, 公开, 获取目标进程的映像路径及命令行参数。(失败返回空文本) .参数 进程ID, 整数型 .子程序 取进程路径及命令行2, 逻辑型, 公开, 获取目标进程的映像路径及命令行参数。成功返回真,失败返回假。 [斩月] .参数 lpstrImagePathAndCommandLine, 文本型, 参考, 用于保存目标进程的映像路径及命令行参数的文本型变量 .子程序 取进程名, 文本型, 公开, 通进进程ID取得该进程文件名 .参数 进程ID, 整数型 .子程序 取进程命令行, 文本型, 公开, 取指定进程的命令行参数,要求取命令行程序权限不低于被取程序的权限(返回命令行参数,无命令行或失败返回空文本) .参数 进程ID, 整数型 .子程序 取进程模块, 整数型, 公开, 失败为0,成功返回模块数量(该命令为高级成员命令) .参数 进程ID, 整数型, 可空, 为空 则取当前进程模块 .参数 模块信息数组, 模块信息型, 可空 数组, 返回的模块信息 数组 .子程序 取进程用户名, 文本型, 公开, 通进进程ID取得该进程权限的用户名 .参数 进程ID, 整数型 .子程序 取句柄1, 整数型, 公开, 通过进程,类名或标题关键字来取窗口句柄(返回第一个符合条件的句柄,失败返回-1) .参数 进程名, 文本型, 可空, 欲取窗口句柄的窗口程序进程名(注意大小写) .参数 类名, 文本型, 可空, 欲取窗口句柄的窗口类名 .参数 标题, 文本型, 可空, 欲取窗口句柄的窗口标题关键字,模糊匹配 .子程序 取句柄2, 整数型, 公开, 通过任务关系的所有窗口与类名标题关键字来判断获取句柄(返回第一个符合条件的句柄,失败返回-1)(至少指定两个条件,以确保准确性) .参数 进程名, 文本型, 可空, 欲取窗口句柄的窗口程序进程名(注意大小写) .参数 类名, 文本型, 可空, 欲取窗口句柄的窗口类名 .参数 标题, 文本型, 可空, 欲取窗口句柄的窗口标题关键字,模糊匹配 .子程序 取句柄数组1, 整数型, 公开, 通过进程,类名或标题关键字来取窗口句柄(返回符合条件的句柄数目,失败返回0) .参数 句柄数组, 整数型, 数组, 返回的窗口句柄数组 .参数 进程名, 文本型, 可空, 欲取窗口句柄的窗口程序进程名(注意大小写) .参数 类名, 文本型, 可空, 欲取窗口句柄的窗口类名 .参数 标题, 文本型, 可空, 欲取窗口句柄的窗口标题关键字 .子程序 取句柄数组2, 整数型, 公开, 通过任务关系的所有窗口与类名标题关键字来判断获取句柄(返回符合条件的句柄数目,失败返回0)(勿必指定多个条件,以确保准确性) .参数 句柄数组, 整数型, 数组, 返回的窗口句柄数组 .参数 进程名, 文本型, 可空, 欲取窗口句柄的窗口程序进程名(注意大小写) .参数 类名, 文本型, 可空, 欲取窗口句柄的窗口类名 .参数 标题, 文本型, 可空, 欲取窗口句柄的窗口标题关键字 .子程序 取快捷方式指向, 文本型, 公开, 获取指定快捷方式指向的文件路径 .参数 lnk名称, 文本型, , 快捷方式文件名全路径文件名 .子程序 取类名, 文本型, 公开, 取指定窗口句柄的窗口类名(返回窗口类名,失败返回空) .参数 窗口句柄, 整数型, , 指定的窗口句柄 .子程序 取浏览器版本, 文本型, 公开, 获得IE的版本(返回IE版本) .参数 内部版本号, 文本型, 可空, 获以的内部版本号 .子程序 取路径文件名, 文本型, 公开, 取指定路径中的文件名(返回文件名) .参数 路径, 文本型, , 完整路径 .子程序 取模块路径, 文本型, 公开, 取出当前进程模块所在目录路径,失败返回空 .参数 模块名, 文本型, 可空, 默认为执行文件名 模块名如:krnln.fne,kernel32.dll,User32.dll .子程序 取配置项名称, 整数型, 公开, 取配置文件指定节名中所有配置项名称(成功返回配置项名称数目,失败返回-1) .参数 配置文件名, 文本型, , 指定配置文件的名称,通常以.ini作为文件名后缀(可为任意后缀) .参数 节名称, 文本型, , 包含欲读入配置项所处节的名称。 .参数 配置项名称, 文本型, 参考 数组, 返回节名中所有配置项名称的文本数组 .子程序 取驱动器列表, 整数型, 公开, 返回驱动器数量 .参数 保存驱动器列表, 文本型, 可空 数组 .参数 类型, 整数型, 可空, 默认为0所有驱动器 1 硬盘驱动器 2 光盘驱动器 3 可移动驱动器 4 网络驱动器。 .子程序 取鼠标坐标, 坐标型, 公开, 取当前鼠标所在坐标(返回坐标) .参数 句柄, 整数型, 可空, 鼠标坐标所在的窗口句柄,取出鼠标所在窗口中的坐标 可空为:在屏幕中的坐标 .子程序 取特殊目录, 文本型, 公开, 取特定的目录(返回所要取的指定目录名 无效返回空) .参数 欲获取目录类型, 整数型, 可空, 0我的桌面 1临时目录 5我的文档 6我的收藏夹 7我的启动 11我的开始菜单 20系统字体 36Windows安装目录 37系统目录 [99更多] .子程序 取文件创建时间, 日期时间型, 公开 .参数 文件名, 文本型 .子程序 取文件访问时间, 日期时间型, 公开 .参数 文件名, 文本型 .子程序 取文件夹尺寸, 双精度小数型, 公开, (成功返回文件夹尺寸,失败返回-1) .参数 文件夹路径, 文本型 .参数 子文件夹数量, 整数型, 参考 可空, 保存子文件夹数量 .参数 子文件数量, 整数型, 参考 可空, 保存子文件数量 .参数 是否处理事件, 逻辑型, 可空 .子程序 取文件修改时间, 日期时间型, 公开 .参数 文件名, 文本型 .子程序 取系统进程, 整数型, 公开, NT方式取得系统中所有进程,返回进程数 .参数 进程名数组, 文本型, 参考 数组, 存放进程名的数组变量 .子程序 取系统目录, 文本型, 公开 .子程序 取系统用户名, 文本型, 公开, 获取当前系统的用户名 .子程序 取线程窗口, 整数型, 公开, 通过窗口的线程标识符获取窗口句柄(成功返回窗口句柄,失败返回0) .参数 线程ID, 整数型, 可空, 如果线程ID为空,则取当前线程 .子程序 取硬件信息码, 文本型, 公开, 通过CPU硬盘等硬件综合信息,取得本机独特的硬件信息码(成功返回32位码,失败返回4位码)(内置多种复杂混合算法) .参数 密码, 文本型, , 输入相应的密码 .子程序运行目录_, 文本型, 公开, 取当前被执行的程序文件所处的目录,调试时为执行文件所释放到的目录而不是易语言源代码目录! .子程序 取子窗口, 整数型, 公开, 查找指定窗口的子级窗口(返回子窗口句柄) .参数 父句柄, 整数型, 可空, 指定父窗口句柄 可空:为桌面.找顶级窗口 .参数 子类名, 文本型, 可空, 欲查找的子窗口类名 .参数 子标题, 文本型, 可空 .参数 起始句柄, 整数型, 可空, 从该句柄后开始查找, 可空:找第一个符合条件的 .子程序 取坐标句柄, 整数型, 公开, 取指定坐标位置所在窗口组件的句柄(返回句柄) .参数 水平位置, 整数型, , 句柄组件的x坐标“X轴光标” .参数 垂直位置, 整数型, , 句柄组件的y坐标“Y轴光标” .子程序 取坐标距离, 整数型, 公开, 返回两坐标点之间的距离 .参数 坐标1, 坐标型 .参数 坐标2, 坐标型 .子程序 十到八, 文本型, 公开, 将十进制转换成八进制(返回八进制文本) .参数 十进制数, 长整数型, , 欲转换的十进制数 .子程序 十到二, 文本型, 公开, 将十进制转换成二进制(返回二进制文本) .参数 十进制数, 整数型, , 欲转换的十进制 .子程序 十到十六, 文本型, 公开, 将十进制转换成十六进制(返回十六进制文本) .参数 十进制数, 长整数型, , 待转换的十进制数 .参数 是否不去零, 逻辑型, 可空, 默认为假:去0 真:不去0 .子程序 十六到十1, 整数型, 公开, 将十六进制转换成十进制(返回十进制文本) .参数 十六进制文本, 文本型, , 待转换的十六进制文本 .参数 返回结果, 文本型, 参考 可空, 返回文本结果(如十进制数超出整数范围,可通过返回结果获得十进制文本) .子程序 十六到十2, 整数型, 公开, 将十六进制转换成十进制(返回十进制文本) .参数 十六进制转换数据, 文本型 .子程序 十六文本至长整数, 长整数型, 公开, (进程隐藏) .参数 x, 文本型, , 要转换的十六进制文本 .子程序 鼠标捕获, 整数型, 公开, 将鼠标捕获设置到指定的窗口.在鼠标按钮按下的时候,这个窗口会为当前应用程序或整个系统接收所有鼠标输入(返回之前拥有鼠标捕获的窗口的句柄) .参数 窗口句柄, 整数型, 可空, 要接收所有鼠标输入的窗口的句柄,如果留空则释放鼠标捕获 .子程序 鼠标归位, , 公开, 恢复当前鼠标坐标到"鼠标记录"的坐标点或移动鼠标到指定点 .参数 坐标, 坐标型, 可空, 可空:恢复到上次记录的坐标点 .子程序 鼠标记位, 坐标型, 公开, 记录当前鼠标坐标(返回所记录的当前鼠标 坐标_) .子程序 鼠标键, , 公开, 模拟鼠标按键 .参数 键, 整数型, 可空, 可空:为左键 1 #左键 2 #右键 3 #中键 .参数 控制, 整数型, 可空, 可空:为单击 1 #单击 2 #双击 3 #按下 4 #放开 .子程序 鼠标限制, , 公开, 限制鼠标的活动范围 .参数 临时左边, 整数型, 可空, 可空为0 .参数 临时顶边, 整数型, 可空, 可空为0 .参数 临时右边, 整数型, 可空, 可空为屏幕宽度 .参数 临时底边, 整数型, 可空, 可空为屏幕高度 .子程序 鼠标消息, , 公开, 向指定窗口发送鼠标动作消息 .参数 窗口句柄, 整数型, 可空, 可空:为桌面超级列表框句柄 接收鼠标消息窗口句柄 .参数 水平坐标, 整数型, 可空, 可空:为原水平坐标不变 移动目标鼠标水平坐标 (注:坐标为参数一窗口句柄中的坐标) .参数 垂直坐标, 整数型, 可空, 可空:为原垂直坐标不变 移动目标鼠标垂直坐标 .参数 键, 整数型, 可空, 可空:为左键_ 1 #左键_ 2 #右键_ 3 #中键_ 4 #中键上滚动_ 5 #中键下滚动_(滚动前后请按下放开中键) .参数 控制, 整数型, 可空, 可空:为单击_ 1 #单击_ 2 #双击_ 3 #按下_ 4 #放开_ .子程序 鼠标移动1, , 公开, 模拟鼠标移动(无返回值) .参数 窗口句柄, 整数型, 可空, 可空:相对桌面移动鼠标 句柄有效则相对窗口中坐标移动 .参数 水平坐标, 整数型, , 水平坐标 .参数 垂直坐标, 整数型, , 垂直坐标 .子程序 鼠标移动2, , 公开, SendInput模拟鼠标移动 目标坐标与实际坐标有一像素点误差属正常现象! .参数 窗口句柄, 整数型, 可空, 可空:相对桌面移动鼠标 句柄有效则相对窗口中坐标移动 .参数 水平坐标, 整数型 .参数 垂直坐标, 整数型 .子程序 提升进程权限, 逻辑型, 公开, 提升进程到指定权限( #备份 #启动 #关机 #调试) .参数 目标进程, 整数型, 可空, 为空表示当前线程 .参数 权限类别, 文本型, 可空, 为空:#调试 .子程序 提升进程权限D1, 逻辑型, 公开, 成功返回真,把一个进程的权限提升到调试级权限 .参数 进程ID, 整数型, 可空, 可空为提升当前进程 .子程序 提升进程权限D2, 逻辑型, 公开, 成功返回真,把一个进程的权限提升到调试级权限 .子程序 网页_禁止右键, , 公开 .参数 句柄, 整数型 .子程序 文本发送, , 公开, 向指定编辑框后台发送文本内容(无返回值) .参数 临时句柄, 整数型, , 接收消息的编辑框的句柄 .参数 临时内容, 文本型, , 发送的文本内容 .子程序 文本复制, 文本型, 公开, 复制指定文本 必要时会自动激活窗口 .参数 句柄, 整数型, 可空, 文本所在处的窗口句柄 可空为当前窗口焦点处 .子程序 文本全选, , 公开, 选定指定文本 必要时会自动激活窗口(无返回值) .参数 句柄, 整数型, 可空, 文本所在处的窗口句柄 可空为当前窗口焦点处 .参数 是否全选, 逻辑型, 可空, 可空为假:取消全选 真:全选 .子程序 文本输入, , 公开, 向指定窗口句柄中窗口中后台输入文本内容,并等待输入完毕后返回,对特殊屏蔽的游戏有效!(无返回值) .参数 句柄, 整数型, , 接收消息的窗口句柄 .参数 文本, 文本型, , 发送的文本内容 .参数 速, 字节型, 可空, 默认为3 如出现乱码现象,请将该值设大一点 .子程序 文本投递, , 公开, 向指定窗口句柄的窗口中后台发送文本内容,对游戏有效!(无返回值) .参数 窗口句柄, 整数型, , 接收消息的窗口句柄 .参数 文本内容, 文本型, , 发送的文本内容 .子程序 文本粘贴, , 公开, 粘贴指定文本 必要时会自动激活窗口(无返回值) .参数 句柄, 整数型, 可空, 欲粘贴文本处的窗口句柄 可空为当前窗口焦点处 .参数 文本内容, 文本型, 可空, 欲粘贴的文本内容 可空:清除内容 .子程序 文件夹进度同步, , 公开, 将一个目录与另一个目录同步(自动复制本地缺少的文件,替换掉大小不同的文件) .参数 服务器目录, 文本型, , 参考目录 .参数 本地目录, 文本型, , 欲被同步的目录 .参数 显示标签, 标签, , 显示当前同步文件的标签 .参数 进度条, 进度条, , 显示同步进度的进度条 .子程序 文件夹浏览, 文本型, 公开, 浏览文件夹内支持创建文件夹 支持显示文件 编辑框 (返回被选择文件或文件夹路径) .参数 标题, 文本型, 可空, 设置标题 .参数 显示文件, 逻辑型, 可空, 默认为假。 .参数 初始目录, 文本型, 可空, 设置一个初始目录,默认为我的电脑 .参数 地址栏, 逻辑型, 可空, 是否包含编辑框,可编辑,默认为假 .参数 新样式, 逻辑型, 可空, 有新建按钮及右键菜单,默认为真 .子程序 文件夹双进度同步, , 公开, 将一个目录与另一个目录同步(自动复制本地缺少的文件,替换掉大小不同的文件) .参数 服务器目录, 文本型, , 参考目录 .参数 本地目录, 文本型, , 欲被同步的目录 .参数 总进度, 进度条, , 显示同步进度的进度条 .参数 单进度, 进度条 .参数 显示总进度, 标签 .参数 显示单进度, 标签 .参数 显示当前目录, 标签 .参数 显示当前文件, 标签 .参数 更新数, 标签, 可空 .子程序 文件夹停止同步, , 公开, 停止一些同步命令: "文件搜索","文件夹同步","文件夹进度同步","文件夹双进度同步","文件夹同步清理" .子程序 文件夹同步, , 公开, 将一个目录与另一个目录同步(自动将文件大小不同,多余的文件或目录删除,缺少的文件复制.) .参数 服务器目录, 文本型, , 参考目录 .参数 本地目录, 文本型, , 欲被同步的目录 .子程序 文件夹同步清理, , 公开, 将本地目录中多余的或不同的文件删除 .参数 服务器目录, 文本型, , 参考目录 .参数 本地目录, 文本型, , 欲清理的目录 .子程序 文件进度复制, 逻辑型, 公开 .参数 被复制的文件名, 文本型 .参数 复制到的文件名, 文本型 .参数 回调进度函数, 子程序指针, 可空, 回调函数(总尺寸,已复制,进度%) 回调函数的返回值可以为空,如果回调函数的返回值为真或不等0则停止复制 .子程序 文件搜索, 文本型, 公开, 在指定目录下搜索文件,返回第一个符合条件的文件路径 .参数 临时目录, 文本型, , 欲寻找的目录 .参数 文件名, 文本型, , 欲寻找文件名 .参数 显示标签, 标签, , 用来显示搜索路径的标签 .子程序 系统变速, , 公开, NT,2000,XP系统原速 =11941; ME,98系统原速=5954; XP.SP2=1200 .参数 新速值, 整数型, , 值小加速,值大减速 .子程序 下载, 字节集, 公开, 读网络文件,并下载文件到本地(成功返回网络文件字节集数据,失败返回空字节集) .参数 网址, 文本型, , 欲访问的网络地址 .参数 保存路径, 文本型, 可空, 可空:仅返回字节集数据,将下载的内容保存到本地文件 .子程序 销毁定时器, 整数型, 公开, 销毁已经创建的定时器(定时器不使用了一定要销毁!) .参数 窗口句柄, 整数型, 可空, 创建定时器时指定的句柄 .参数 标志, 整数型, , 创建定时器时所返回的标志 .子程序 销毁线程, 逻辑型, 公开, 强制结束指定线程,不推荐使用(无返回值) .参数 线程句柄, 整数型, , 欲结束的线程号 .子程序 写磁盘扇区, 逻辑型, 公开 .参数 扇区号, 整数型 .参数 扇区内容, 字节集 .子程序内存文本型, 逻辑型, 公开, 往内存中写入文本数据(成功返回真,失败返回假) .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 内容, 文本型, , 写入数据 .子程序内存整数型, 逻辑型, 公开, 往内存中写入四字节数据(成功返回真,失败返回假) .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 变量, 整数型, , 写入数据 .子程序内存字节集, 逻辑型, 公开, 往内存中写入字节集数据(成功返回真,失败返回假) .参数 进程ID, 整数型, , 进程ID .参数 地址, 整数型, , 内存地址 .参数 数据, 字节集, , 写入数据 如果为其它数据类型,可以用 到字节集() 将数据转换为字节集 .参数 写入长度, 整数型, 可空, 默认为全部数据,(参考: 1字节型 2短整数型 4长整数型,小数型,指针 8长整数型,双精度小数型,日期时间型) .子程序 写启动项, 逻辑型, 公开, 写入系统启动项(成功返回真,失败返回假) .参数 启动文件, 文本型, 可空, 需要加入启动项的文件名 如果为空则删除启动项 .参数 启动方式, 整数型, 可空, 0 Run项启动 1 Load项启动 2 Shell项启动 .子程序 写物理内存, 整数型, 公开, 失败返回-1,成功返回0 (进程隐藏) .参数 地址, 长整数型 .参数 数据, 字节集, , <=4096 .子程序 信息框_, 整数型, 公开, 同"信息框"用法相同 .参数 提示信息, 文本型, 可空 .参数 按钮值, 整数型, 可空 .参数 窗口标题, 文本型, 可空 .参数 窗口句柄, 整数型, 可空, 信息框父窗口,默认为系统级 .参数 时长, 整数型, 可空, 默认为0 不关闭 指定信息框在毫秒级时间过后自动关闭 .子程序 以SYSTEM权限运行, 逻辑型, 公开, 在Administrator系统权限下以SYSTEM权限运行指定程序(成功返回真,失败返回假) .参数 文件名, 文本型, , 欲创建进程全路径文件名 .子程序 运行程序, , 公开, 通过对象来运行一个指定的应用程序 .参数 执行程序, 文本型, , 一个欲被执行的程序全路径名或执行程序名 .参数 启动参数, 文本型, 可空, 可以传递程序的启动参数,但要注意参数间隔符不能少 .参数 窗口显示, 整数型, 可空, 默认为激活窗口 0 隐藏窗口 1 激活窗口 7 最小化 3 最大化 .参数 等待返回, 逻辑型, 可空, 是否需要等持被运行程序运行结束后 .子程序 执行文件, 逻辑型, 公开, 执行文件夹或文件或命令(成功返回真,失败返回假) .参数 欲操作文件名, 文本型, , 欲操作(文件)或(文件夹的名称)或(网址) .参数 命令行, 文本型, 可空, 执行文件的命令行,没有则设为空 .参数 窗口方式, 整数型, 可空, 可空为0:普通激活方式 1 隐藏窗口 2 最小化窗口 .子程序 置分辨率, , 公开, 设置屏幕分辨率(无返回值) .参数 色深, 短整数型, 可空, 新的色深 可空:不改变原先设定 .参数 屏幕宽度, 短整数型, 可空, 新的屏幕宽度 可空:不改变原先设定 .参数 屏幕高度, 短整数型, 可空, 新的屏幕高度 可空:不改变原先设定 .参数 屏幕刷新率, 短整数型, 可空, 新的屏幕刷新率 可空:不改变原先设定 .子程序 置计算机名, 逻辑型, 公开, 设置计算机名,一般要重新启动才生效(成功返回真,失败返回假) .参数 计算机名, 文本型, 参考, 新的计算机名称 .子程序 重启后删除文件, , 公开 .参数 文件名, 文本型, , 欲删除的文件名 .子程序 转换Ansi转Unicode1, 字节集, 公开, 将Ansi码转换为Unicode码 (返回转换后的字节集) .参数 Ansi, 文本型, , 欲转换的Ansi文本 .子程序 转换Ansi转Unicode2, 字节集, 公开, 将Ansi码转换为Unicode码 (返回转换后的字节集) .参数 欲转换的文本, 文本型 .子程序 转换ASCII转Unicode, 字节集, 公开, 将ASCII码转换为Unicode码 (返回转换后的字节集) [斩月] .参数 ASCII文本, 文本型, , 欲转换的ASCII文本 .子程序 转换Unicode转Ansi, 文本型, 公开, 将Unicode码转换为Ansi码 (返回转换后的文本) .参数 Unicode, 字节集, , 欲转换的Unicode字节集 .子程序 转换URL编码, 文本型, 公开, 将URL文本进行编码(返回编码后的文本) .参数 URL, 文本型, , 欲编码的文本 .子程序 转换URL解码, 文本型, 公开, 将URL文本进行解码(返回解码后的文本) .参数 URL, 文本型, , 欲解码的文本 .子程序 转换繁体到简体, 文本型, 公开, 将繁体中文转换成简体中文(返回转换后的简体内容) [斩月] .参数 繁体文本, 文本型, , 欲转换的文本内容 .子程序 转换简体到繁体, 文本型, 公开, 将简体中文转换成繁体中文(返回转换后的繁体内容) [斩月] .参数 简体文本, 文本型, , 欲转换的文本内容 .子程序 转换取按键码, 整数型, 公开, 取按键名的按键码(返回按键码) .参数 按键名, 文本型, , 按键名 .子程序 转换取按键名, 文本型, 公开, 取按键码的按键名(返回按键名) .参数 键代码, 整数型, , 按键码 .子程序 转换取机内码, 文本型, 公开, 例:取机内码 (“吕”) .参数 汉字, 文本型 .子程序 转换取键码, 整数型, 公开, 取指定键码的按键名(返回键名,无效返回空文本) .参数 键名, 文本型, , 欲取键码的键名(键名为按键后显示的内容 比如:A=65,a=97,$=36) .子程序 转换取键名, 文本型, 公开, 取指定按键名的键码(返回键码,无效返回零) .参数 键码, 整数型, , 欲取键名的键码(键名为按键后显示的内容 比如:A=65,a=97,$=36) .子程序 转换取区位码, 文本型, 公开, 例:取区位码 (“吕”) .参数 汉字, 文本型 .子程序 转换图像格式, 字节集, 公开, (返回转换后图像数据,失败返回空字节集) .参数 图像数据, 字节集, , 支持bmp、jpg、gif、tiff .参数 转换格式, 整数型, 可空, 转换后的图片格式。0、bmp;1、jpg;2、gif;3、tiff;4、png .全局变量 扩展菜单_主菜单, 菜单_主菜单, 公开 .全局变量 扩展菜单_子菜单, 菜单_子菜单, 公开 .全局变量 扩展操作_DLL, 操作_DLL, 公开 .全局变量 扩展操作_FTP, 操作_FTP, 公开 .全局变量 扩展操作_MIDI演奏, 操作_MIDI演奏, 公开 .全局变量 扩展操作_多媒体播放, 操作_多媒体播放, 公开 .全局变量 扩展操作_脚本控制, 操作_脚本控制, 公开 .全局变量 扩展操作_进程通信, 操作_进程通信, 公开 .全局变量 扩展操作_内存_驱动读写, 操作_内存_驱动读写, 公开 .全局变量 扩展操作_内存操作, 操作_内存操作, 公开 .全局变量 扩展操作_驱动操作, 操作_驱动操作, 公开 .全局变量 扩展操作_驱动模拟, 操作_驱动模拟, 公开 .全局变量 扩展操作_热键, 操作_热键, 公开 .全局变量 扩展操作_数据库, 操作_数据库, 公开 .全局变量 扩展操作_数据库记录集, 操作_数据库记录集, 公开 .全局变量 扩展操作_数据库连接, 操作_数据库连接, 公开 .全局变量 扩展操作_数据压缩, 操作_数据压缩, 公开 .全局变量 扩展操作_网络_服务端, 操作_网络_服务端, 公开 .全局变量 扩展操作_网络_客户端, 操作_网络_客户端, 公开 .全局变量 扩展操作_网络_数据报, 操作_网络_数据报, 公开 .全局变量 扩展操作_网络_网络通讯, 操作_网络_网络通讯, 公开 .全局变量 扩展操作_网页单选框, 操作_网页单选框, 公开 .全局变量 扩展操作_网页复选框, 操作_网页复选框, 公开 .全局变量 扩展操作_网页模拟, 操作_网页模拟, 公开 .全局变量 扩展操作_网页文档, 操作_网页文档, 公开 .全局变量 扩展操作_网页组合框, 操作_网页组合框, 公开 .全局变量 扩展操作_位图操作, 操作_位图操作, 公开 .全局变量 扩展操作_系统服务, 操作_系统服务, 公开 .全局变量 扩展操作_线程操作, 操作_线程操作, 公开 .全局变量 扩展操作_线程钩子, 操作_线程钩子, 公开 .全局变量 扩展操作_新位图操作, 操作_新位图操作, 公开 .全局变量 扩展操作_注册表, 操作_注册表, 公开 .全局变量 扩展方法_APIHOOK, 方法_APIHOOK, 公开 .全局变量 扩展方法_BASE64, 方法_BASE64, 公开 .全局变量 扩展方法_DES, 方法_DES, 公开 .全局变量 扩展方法_HOOK, 方法_HOOK, 公开 .全局变量 扩展方法_HTTP, 方法_HTTP, 公开 .全局变量 扩展方法_MD5, 方法_MD5, 公开 .全局变量 扩展方法_NTIO, 方法_NTIO, 公开 .全局变量 扩展方法_RC4, 方法_RC4, 公开 .全局变量 扩展方法_RSA, 方法_RSA, 公开 .全局变量 扩展方法_WinIo, 方法_WinIo, 公开 .全局变量 扩展方法_XML, 方法_XML, 公开 .全局变量 扩展方法_编码转换, 方法_编码转换, 公开 .全局变量 扩展方法_表达式运算, 方法_表达式运算, 公开 .全局变量 扩展方法_封包拦截, 方法_封包拦截, 公开 .全局变量 扩展方法_加密解密, 方法_加密解密, 公开 .全局变量 扩展方法_加密配置, 方法_加密配置, 公开 =================== =====================

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

季截

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值