（定稿）兴隆洼文化遗址再现项目资金申请报告2（喜欢就下吧）

流程图线程池处理任务的过程如图所示。

存在的问题线程池为我们构建多线程的服务器应用程序提供了强大的机制，但使用它可能会出现些问题。

资源不足问题这里的资源包括线程自身所使用的资源线程处理任务时可能需要的其它资源，例如数据库连接套接字或文件输入输出流等。

资源不足问题的本质原因就是过多创建线程从而消耗包括内存和其它系统资源在内的大量资源。

为解决资源不足问题，我们在线程池中提供了几个参数供用户根据实际情况优化线程池。

线程池中最大线程数，默认为无限大。

通常我们期望应该是服务器能够接受的最大并发访问数。

如果有多于的并发请求，多余的请求将被任务队列进行缓存。

图线程池处理任务的流程图线程池中最小线程数，默认为。

服务器启动时，会初始化值为的线程数。

任务队列中能够缓存的最大请求数，默认为。

当任务队列已满时，多余的请求将被服务器拒绝。

线程池中空闲线程能够保持的最大时间，默认为表示永不过期。

保证了当并发访问数较低时，些空闲的线程能够被服务器终止，从而被垃圾回收器回收。

线程泄漏问题线程池中可能出现的另个问题是线程泄漏问题。

所谓线程泄漏，是指当从线程池中取出个线程以执行项任务，而在任务完成后该线程却没有返回池中。

个任务在长时间运行后不可避免会产生些诸如连接超时或中断的情况，从而抛出个运行时的异常或。

如果线程池没有捕捉到它们，那么这样的线程就会直接退出，从而线程池中线程的数目将会永久减少个。

当这种情况发生的次数越来越多时，线程池最终就会为空，从而服务器无法为后续请求提供服务，因为池中已经没有可用的线程来处理任务。

对于线程泄漏问题，我们在工作线程中监视任务对象的运行状况，如果发生，通过方法通知线程池进行相应的处理，从而保证所有的工作线程运行正常。

引擎给开发者提供了两个重要的能力它提供了访问远程数据的机制如远程方法调用它让开发者从表现中封装和分离程序逻辑而达到最大程度的代码重用和灵活性。

逻辑与表现的分离是它超越其它应用结构的个主要优势。

引擎主要功能是处理文件。

当容器发现用户请求的是个页面时，它将该请求交给引擎进行处理。

因此，可以说在响应请求的过程中引擎是由容器调用的。

我们将引擎的入口程序设计成个，该是引擎的主导程序，包括对引擎的初始化以及调用其它相关类对页面进行处理。

引擎处理文件包括三个大的步骤判断该文件对应的实例是否存在并有效，如果条件满足，直接返回原实例，否则，进行下步，该过程称为的预处理解析文件生成文件将文件编译成类，生成的文件必须实现接口，继承自接口，因此最终生成的类实际上就是个。

上述过程如图所示。

图引擎处理的过程的预处理的预处理的作用是判断请求的文件是否已经编译成了且该是否是个有效的。

如果是第次请求该，则请求解析器对进行解析如果该曾经被解析过，按照如下规则决定是否需要对该进行重新解析和编译源代码改变时，重新解析和编译页面页面中包含的其它页面的源代码改变时，重新解析和编译页面内存中代表该的对象不存在时，重新解析和编译页面原来生成的类不再存在时，重新解析和编译页面除去以上四种情况，不再重新解析和编译页面。

对的进行预处理对于提高服务器的响应性能具有重要意义。

因为如果个从未改变，如果每次请求该时，引擎均重新解析和编译该，不仅浪费系统资源，而且延长了对客户端的响应时间。

解析文件的解析是引擎工作的核心。

个页面由静态数据和动态数据组成，动态数据已经是代码，所以它们不必修改就可以使用，动态数据被顺序放进生成的的方法中。

静态数据嵌入到方法中的实例的方法中。

解析的过程实际上就是对源代码解析后，按照规范组合成个源文件的过程。

引擎使用等几个类来实现对文件的解析。

是对包中的和的封装，具有读出或回退单个字符和字符数组以及定位当前文件行数的功能。

预先定义组的标准标签，并调用来读取文件内容，根据的标准标签，将读出的文件内容封装成个对象。

根据生成的对象并结合规范生成个源文件。

编译生成的只有编译成类才能够被容器所调用。

我们使用优秀的开源程序来完成生成的类的编数据。

提供了接口解决了这个问题。

开发者如果想防止线程竞赛问题，他可以将其编写的实现接口。

容器保证在调用实现了接口的的方法时只会让个线程执行并且次性执行完，其它相同请求的线程只能等待。

规范没有规定容器要将个加载的保存多长时间，显然将个初始化的永久保存在缓冲池中是不可取的。

容器会按照最近最少使用算法，定期清理缓冲池中的，对于很久未使用的，容器调用它的方法并将其移除以便它能够被垃圾回收。

缓冲池按如下算法实现。

用个缓冲对象对实例进行包装，由两个变量组成，个是代表实例的对象变量，个是代表每次访问该实例的时间变量。

的主要方法是方法和方法，其内部用个哈希表和个有向链表实现缓冲，用个后台守护线程定期清理最近很久未使用的对象。

哈希表存储实例的类名和将该实例进行包装的的名值对，有向链表存储实例的类名。

具体实现见算法算法以及算法。

过滤器规范增加了个很重要的新功能过滤器，其主要作用是在客户端请求到达被请求的服务之前，或者服务响应离开服务器到达客户端之前，根据需要对请求或响应进行预处理。

与样，个也有三个方法表示它的生命周期和。

容器处理的生命周期与处理类似，这里不再重述。

容器实现过滤器的机制关键是要处理好过滤链。

实现了接口，用以表示个或多个的集合。

内部采用个队列用来存储所有该过滤链上的所有过滤器。

过滤链上的过滤器执行时具有先后顺序，它们按照击鼓传花的方式逐个执行。

容器按照如下方法处理过滤器当容器接收到个请求时，它获取请求的，找出所有在描述符中定义的与该匹配的，按照描述符中配置的映射的先后循序逐个将这些加到过滤链上。

对象通过的方法传给该过滤链上的每个。

过滤链提供方法用以激活过滤链上下个。

是否调用过滤链的方法完全由应用程序决定，容器只保证在请求到达时激活过滤链上的第个。

如果过滤器在过滤链的尾部，没有后继过滤器，容器将处理客户端所请求的服务。

文总日益取代由大量中间继电器时间继电器计数继电器等组成的传统继电接触控制系统在机械化工石油冶金电力轻工电子纺织食品交通等行业得到广泛应用。

的应用深度和广度已经成为个国家工业先进水平的重要标志之。

第二节的结构和般的微型计算机基本相同，也是由硬件系统和软件系统两大部分组成的。

的硬件系统由微处理器存储器，输入输出部件电源部件编程器扩展单元和其他外围设备组成。

各部分通过总线电源总线控制总线地址总线数据总线连接而成。

其结构简图所示图硬件结构图的软件系统是指所使用的各种程序的集合，通常可分为系统程序和用户程序两大部分。

系统程序是每个成品必须包括的部分，由厂家提供，用于控制本身的运行，系统程序固化在中。

用户程序是由用户根据控制需要而编写的程序。

硬件系统和软件系统组成了个完整的系统，他们是相辅相成，缺不可的。

第三节的工作原理是采用顺序扫描，不断循环的方式进行工作的。

即在运行时，根据用户按控制要求编制好并存于用户存储器中的程序，按指令步序号或地址号作周期性循环扫描，如无跳转指令，则从第条指令开始逐条顺序执行用户程序，直至程序结束。

然后重新返回第条指令，开始下轮新的扫描。

在每次扫描过程中，还要完成对输入信号的采样和对输出状态的刷新等工作。

的个扫描周期必经输入采样程序执行和输出刷新三个阶段。

在输入采样阶段首先以扫描方式按顺序将所有暂存在输入锁存器中的输入端子的通断状态或输入数据读入，并将其写入各对应的输入状态寄存器中，即刷新输入。

随即关闭输入端口，进入程序执行阶段。

在程序执行阶段按用户程序指令存放的先后顺序扫描执行每条指令，经相应的运算和处理后，其结果再写入输出状态寄存器中，输出状态寄存器中所有的内容随着程序的执行而改变。

输出刷新阶段当所有指令执行完毕，输出状态寄存器的通断状态在输出刷新阶段送至输出锁存器中，并通过定的方式继电器晶体管或晶闸管输出，驱动相应输出设备工作。

系列是种小型的可编程序控制器产生了浓厚的兴趣，但是我也深深的知道自己的不足之处，比如说对应用指令的不熟悉，大大地加深了我的程序复杂程度。

多在学习过程中不能想通的问题，在调试过程中，终于得以解决，可以看出它对理论教学起到了必要的补充和额拓宽作用，对培养既具有扎实理论功底又具有相当实践能力的人才必不可少。

在这次的课程中，我发现在工业控制中的作用很大，它能使人的控制转变成电脑的控制，大大地降低了产品的成本，很大地提高生产效率。

在未来很有发展潜力，我们必须要很好的掌握这门技术。

致谢时光匆匆如流水，转眼便是大学毕业时节，春梦秋云，聚散真容易。

离校日期已日趋临近，毕业论文的的完成也随之进入了尾声。

从开始进入课题到论文的顺利完成，直都离不开老师同学朋友给我热情的帮助，在这里请接受我诚挚的谢意，这次毕业设计说明书的完成，首先要感谢学院提供个让我自我总结的机会，也要感谢带领我的指导教师老师，在毕业设计零件加工及其说明书编制过程中，给予了精心的指导，并讲解了各项专业要领，提出了宝贵的专业意见，程序编制过程中，也给了我很大帮助，是他全，它是每个任务必须实现的接口，线程池只执行实现了该接口的类，它提供组方法用来规定执行任务的入口任务的执行状态任务执行完后的收尾工作等，从而保证线程逻辑和应用逻辑的分离，工作线程通过该接口调度任务的执行。

流程图线程池处理任务的过程如图所示。

存在的问题线程池为我们构建多线程的服务器应用程序提供了强大的机制，但使用它可能会出现些问题。

资源不足问题这里的资源包括线程自身所使用的资源线程处理任务时可能需要的其它资源，例如数据库连接套接字或文件输入输出流等。

资源不足问题的本质原因就是过多创建线程从而消耗包括内存和其它系统资源在内的大量资源。

为解决资源不足问题，我们在线程池中提供了几个参数供用户根据实际情况优化线程池。

线程池中最大线程数，默认为无限大。

通常我们期望应该是服务器能够接受的最大并发访问数。

如果有多于的并发请求，多余的请求将被任务队列进行缓存。

图线程池处理任务的流程图线程池中最小线程数，默认为。

服务器启动时，会初始化值为的线程数。

任务队列中能够缓存的最大请求数，默认为。

当任务队列已满时，多余的请求将被服务器拒绝。

线程池中空闲线程能够保持的最大时间，默认为表示永不过期。

保证了当并发访问数较低时，些空闲的线程能够被服务器终止，从而被垃圾回收器回收。

线程泄漏问题线程池中可能出现的另个问题是线程泄漏问题。

所谓线程泄漏，是指当从线程池中取出个线程以执行项任务，而在任务完成后该线程却没有返回池中。

个任务在长时间运行后不可避免会产生些诸如连接超时或中断的情况，从而抛出个运行时的异常或。

如果线程池没有捕捉到它们，那么这样的线程就会直接退出，从而线程池中线程的数目将会永久减少个。

当这种情况发生的次数越来越多时，线程池最终就会为空，从而服务器无法为后续请求提供服务，因为池中已经没有可用的线程来处理任务。

对于线程泄漏问题，我们在工作线程中监视任务对象的运行状况，如果发生，通过方法通知线程池进行相应的处理，从而保证所有的工作线程运行正常。

引擎给开发者提供了两个重要的能力它提供了访问远程数据的机制如远程方法调用它让开发者从表现中封装和分离程序逻辑而达到最大程度的代码重用和灵活性。

逻辑与表现的分离是它超越其它应用结构的个主要优势。

引擎主要功能是处理文件。

当容器发现用户请求的是个页面时，它将该请求交给引擎进行处理。

因此，可以说在响应请求的过程中引擎是由容器调用的。

我们将引擎的入口程序设计成个，该是引擎的主导程序，包括对引擎的初始化以及调用其它相关类对页面进行处理。

引擎处理文件包括三个大的步骤判断该文件对应的实例是否存在并有效，如果条件满足，直接返回原实例，否则，进行下步，该过程称为的预处理解析文件生成文件将文件编译成类，生成的文件必须实现接口，继承自接口，因此最终生成的类实际上就是个。

上述过程如图所示。

图引擎处理的过程的预处理的预处理的作用是判断请求的文件是否已经编译成了且该是否是个有效的。

如果是第次请求该，则请求解析器对进行解析如果该曾经被解析过，按照如下规则决定是否需要对该进行重新