面对com15后处理程序的程序缺失现象 (面对从未接触的工作应该怎么办)

面对Com15后处理程序缺失现象的策略探讨（面对从未接触的工作应该怎么办）

一、引言

随着信息技术的飞速发展，Com15后处理程序在各行各业的应用越来越广泛。
当前面临的一个突出问题就是程序缺失现象，这对于企业和个人来说都是一个巨大的挑战。
本文旨在探讨面对Com15后处理程序缺失现象的策略，以及当我们面对从未接触的工作时，应该如何应对。

二、Com15后处理程序缺失现象分析

（一）现象概述

Com15后处理程序缺失现象主要表现在以下几个方面：程序功能不完善、程序运行不稳定、程序无法兼容等。
这不仅影响了企业和个人的工作效率，还可能引发一系列安全隐患。

（二）原因分析

造成Com15后处理程序缺失现象的原因主要有以下几点：技术更新迅速，部分软件或程序无法跟上时代的发展步伐；企业或个人对新技术、新程序的了解和应用存在滞后；软件开发过程中的疏漏或错误等。

三、面对从未接触的工作的应对策略

（一）积极学习新知识

面对从未接触的工作，首先要做的就是积极学习新知识。
通过查阅相关资料、参加培训课程、请教专业人士等途径，了解该工作的基本原理、技术要点和操作规范。

（二）提高技能水平

在学习的过程中，要注重提高技能水平。
可以通过实践、模拟操作等方式，熟练掌握相关技能，为应对未知的工作挑战做好准备。

（三）保持积极心态

面对未知的工作，可能会产生紧张、焦虑等情绪。
因此，保持积极心态至关重要。
要相信自己有能力克服困难，战胜挑战。

四、解决Com15后处理程序缺失问题的策略

（一）加强技术研发与创新

针对Com15后处理程序缺失问题，要加强技术研发与创新。
通过引进先进技术、优化现有技术等方式，提高程序的性能和质量，以满足企业和个人的需求。

（二）完善软件更新与维护机制

软件开发商应建立完善的软件更新与维护机制，及时发现并修复程序中的漏洞和错误。
同时，要根据用户需求和市场变化，不断更新软件功能，提高软件的兼容性和稳定性。

（三）提高企业与个人的技术应用能力

企业和个人应加强对新技术、新程序的学习和应用。
通过培训、实践等方式，提高员工的技术水平，使他们能够熟练掌握Com15后处理程序的应用。
同时，企业还可以引进专业人才，为解决程序缺失问题提供技术支持。

五、案例分析

以某企业的Com15后处理程序缺失问题为例，该企业通过加强技术研发、完善软件更新与维护机制、提高员工技术水平等措施，成功解决了程序缺失问题。
在实施过程中，企业还积极与其他企业、科研机构等合作，共同攻克技术难题。
最终，该企业的生产效率得到了显著提高，赢得了市场的认可。

六、结语

面对Com15后处理程序缺失现象，我们要积极应对，采取有效的策略解决问题。
通过加强技术研发与创新、完善软件更新与维护机制、提高企业与个人的技术应用能力等措施，我们可以克服这一挑战，提高工作效率，促进企业发展。
同时，当我们面对从未接触的工作时，也要保持积极心态，勇于挑战自我，不断提升自己的能力和价值。

---

面试的内容包括哪些

一、面试的内容：1、外表着装、业务知识能力水平；2、工作经验以及求职动机；3、语言表达能力和随机应变能力；4、个人综合素质和逻辑思维能力。

二、面试的目标：面试目标分为两大块；面试官的目标：1、创造良好的面试环境；2、了解求职者的专业知识和岗位技能知识；3、决定求职者的面试结果。 求职者的目标：1、向面试官展示自己具备的能力条件；2、希望能得到一次公平公正的面试机会；3、希望能向面试官了解自己想知道的问题；4、决定自己是否接受这份工作。

面试场景

三、面试的程序：面试准备：1、树立面试的目标，提前设置面试可能会触及到的问题；2、确定面试的形式；3、确定面试的地点时间；4、了解用人单位和面试岗位的基本信息。 正式面试：1、梳理问题；2、面对提问不着急回答，理顺思路有针对性作答；3、注意察言观色和行为反应，随机应变。 面试结束：礼貌询问是否还有需要了解的问题，创造友好的面试氛围。

如何阅读程序 （引）求解答

第一章：导论1. 要养成一个习惯，经常花时间阅读别人编写的高品质代码。 3. 要注意并重视代码中特殊的非功能性需求，这些需求也许会导致特定的实现风格。 4. 在现有的代码上工作时，请与作者或维护人员进行必须的协调，以避免重复劳动或因此而产生厌恶情绪。 5. 请将从开放源码软件中得到的益处看作是一项贷款，尽可能地寻找各种方式来回报开放源码社团。 7. 在寻找 BUG时，请从问题的表现形式到问题的根源来分析代码。 不要沿着不相关的路径（误入岐途）8. 我们要充分利用调度器，编译器给出的警告或输出的符号代码，系统调用跟踪器，数据库结构化查询语言的日志机制、包转储工具和Windows的消息侦查程序，定出BUG的位置。 9. 对于那些大型且组织良好的系统，您只需要最低限度地了解它的全部功能，就能够对它做出修改。 10. 当向系统中增加新功能时，首先的任务就是找到实现类似特性的代码，将它作为待实现功能的模板。 11. 从特性的功能描述到代码的实现，可以按照字符串消息，或使用关键词来搜索代码。 12. 在移植代码或修改接口时， 您可以通过编译器直接定位出问题涉及的范围，从而减少代码阅读的工作量。 13. 进行重构时，您从一个能够正常工作的系统开始做起，希望确保结束时系统能够正常工作。 一套恰当的测试用例可以帮助您满足此项约束。 14. 阅读代码寻找重构机会时，先从系统的构架开始，然后逐步细化，能够获得最大的效益。 15. 代码的可重用性是一个诱人的，但难以掌握的思想；降低期望就不会感到失望。 16. 如果您希望重要的代码十分棘手，难以理解与分离，可以试着寻找粒度更大一些的包，甚至其他代码。 17. 在复查软件系统时，要注意，系统是由很多部分组成的，不仅仅只是执行语句。 还要注意分析以下内容：文件和目录结构、生成和配置过程、用户界面和系统的文档。 18. 可以将软件复查作为一个学习、讲授、援之以手和接受帮助的机会。 第二章：基本编程元素19.第一次分析一个程序时, main是一个好的起始点.20.层叠if-else if-...-else序列可以看作是由互斥选择项组成的选择结构.21.有时, 要想了解程序在某一方面的功能, 运行它可能比阅读源代码更为恰当.22.在分析重要的程序时, 最好首先识别出重要的组成部分.23.了解局部的命名约定, 利用它们来猜测变量和函数的功能用途.24.当基于猜测修改代码时, 您应该设计能够验证最初假设的过程. 这个过程可能包括用编译器进行检查|引入断言|或者执行适当的测试用例.25.理解了代码的某一部分, 可能帮助你理解余下的代码.26.解决困难的代码要从容易的部分入手.27.要养成遇到库元素就去阅读相关文档的习惯; 这将会增强您阅读和编写代码的能力.28.代码阅读有许多可选择的策略: 自底向上和自顶向下的分析|应用试探法和检查注释和外部文档, 应该依据问题的需要尝试所有这些方法 (i=0; i<n; i++)形式的循环执行n次; 其他任何形式都要小心.30.涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试.31.我们经常可以将表达式应用在样本数据上, 借以了解它的含义.32.使用De Morgan法则简化复杂的逻辑表达式.33.在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地, 可以认为正在分析的表达式以左的表达式均为false.34.重新组织您控制的代码, 使之更为易读.35.将使用条件运行符? :的表达式理解为if代码.36.不需要为了效率, 牺牲代码的易读性.37.高效的算法和特殊的优化确实有可能使得代码更为复杂, 从而更难理解, 但这并不意味着使代码更为紧凑和不易读会提高它的效率.38.创造性的代码布局可以用来提高代码的易读性.39.我们可以使用空格|临时变量和括号提高表达式的易读性.40.在阅读您所控制的代码时, 要养成添加注释的习惯.41.我们可以用好的缩进以及对变量名称的明智选择, 提高编写欠佳的程序的易读性.42.用diff程序分析程序的修订历史时, 如果这段历史跨越了整体重新缩排, 常常可以通过指定-w选项, 让diff忽略空白差异, 避免由于更改了缩进层次而引入的噪音循环的循环体至少执行一次.44.执行算术运算时, 当b=2n-1时, 可以将a&b理解为a%(b+1).45.将a<<n理解为a*k, k=2n.46.将a>>n理解为a/k, k=2n.47.每次只分析一个控制结构, 将它的内容看作是一个黑盒.48.将每个控制结构的控制表达式看作是它所包含代码的断言, goto, break和continue语句, 还有异常, 都会影响结构化的执行流程. 由于这些语句一般都会终止或重新开始正在进行的循环,因此要单独推理它们的行为.50.用复杂循环的变式和不变式, 对循环进行推理.51.使用保持含义不变的变换重新安排代码, 简化代码的推理工作.第三章: 高级C数据类型52.了解特定语言构造所服务的功能之后, 就能够更好地理解使用它们的代码.53.识别并归类使用指针的理由.54.在C程序中, 指针一般用来构造链式数据结构|动态分配的数据结构|实现引用调用|访问和迭代数据元素|传递数组参数|引用函数|作为其他值的别名|代表字符串|以及直接访问系统内存.55.以引用传递的参数可以用来返回函数的结果, 或者避免参数复制带来的开销.56.指向数组元素地址的指针, 可以访问位于特定索引位置的元素.57.指向数组元素的指针和相应的数组索引, 作用在二者上的运算具有相同的语义.58.使用全局或static局部变量的函数大多数情况都不可重入(reentrant).59.字符指针不同于字符数组.60.识别和归类应用结构或共用体的每种理由.61.C语言中的结构将多个数据元素集合在一起, 使得它们可以作为一个整体来使用, 用来从函数中返回多个数据元素|构造链式数据结构|映射数据在硬件设备|网络链接和存储介质上的组织方式|实现抽象数据类型|以及以面向对象的方式编程.62.共用体在C程序中主要用于优化存储空间的利用|实现多态|以及访问数据不同的内部表达方式.63.一个指针, 在初始化为指向N个元素的存储空间之后, 就可以作为N个元素的数组来使用.64.动态分配的内在块可以电焊工地释放, 或在程序结束时释放, 或由废品回收器来完成回收; 在栈上分配的内存块当分配它的函数退出后释放.65.C程序使用typedef声明促进抽象, 并增强代码的易读性, 从而防范可移植性问题, 并模拟C++和Java的类声明行为.66.可以将typedef声明理解成变量定义: 变量的名称就是类型的名称; 变量的类型就是与该名称对应的类型.第四章: C数据结构67.根据底层的抽象数据类型理解显式的数据结构操作.68.C语言中, 一般使用内建的数组类型实现向量, 不再对底层实现进行抽象.69.N个元素的数组可以被序列for (i=0; i<N; i++)完全处理; 所有其他变体都应该引起警惕.70.表达式sizeof(x)总会得到用memset或memcpy处理数组x(不是指针)所需的正确字节数.71.区间一般用区间内的第一个元素和区间后的第一个元素来表示.72.不对称区间中元素的数目等于高位边界与低位边界的差.73.当不对称区间的高位边界等于低位边界时, 区间为空.74.不对称区间中的低位边界代表区间的第一个元素; 高位边界代表区间外的第一个元素.75.结构的数组常常表示由记录和字段组成的表.76.指向结构的指针常常表示访问底层记录和字段的游标.77.动态分配的矩阵一般存储为指向数组列的指针或指向元素指针的指针; 这两种类型都可以按照二维数组进行访问.78.以数组形式存储的动态分配矩阵, 用自定义访问函数定位它们的元素.79.抽象数据类型为底层实现元素的使用(或误用)方式提供一种信心的量度.80.数组用从0开始的顺序整数为键, 组织查找表.81.数组经常用来对控制结构进行高效编码, 简化程序的逻辑.82.通过在数组中每个位置存储一个数据元素和一个函数指针(指向处理数据元素的函数), 可以将代码与数据关联起来.83.数组可以通过存储供程序内的抽象机(abstract machine)或虚拟机(virtual machine)使用的数据或代码, 控制程序的运作.84.可以将表达式sizeof(x) / sizeof(x[0])理解为数组x中元素的个数.85.如果结构中含有指向结构自身|名为next的元素, 一般说来, 该结构定义的是单向链表的结点.86.指向链表结点的持久性(如全局|静态或在堆上分配)指针常常表示链表的头部.87.包含指向自身的next和prev指针的结构可能是双向链表的结点.88.理解复杂数据结构的指针操作可以将数据元素画为方框|指针画为箭头.89.递归数据结构经常用递归算法来处理.90.重要的数据结构操作算法一般用函数参数或模板参数来参数化.91.图的结点常常顺序地存储在数组中, 链接到链表中, 或通过图的边链接起来.92.图中的边一般不是隐式地通过指针, 就是显式地作为独立的结构来表示.93.图的边经常存储为动态分配的数组或链表, 在这两种情况下, 边都锚定在图的结点上.94.在无向图中, 表达数据时应该将所有的结点看作是等同的, 类似地, 进行处理任务的代码也不应该基于它们的方向来区分边.95.在非连通图中, 执行遍历代码应该能够接通孤立的子图.96.处理包含回路的图时, 遍历代码应该避免在处理图的回路进入循环.97.复杂的图结构中, 可能隐藏着其他类型的独立结构.第五章: 高级控制流程98.采用递归定义的算法和数据结构经常用递归的函数定义来实现.99.推理递归函数时, 要从基准落伍测试开始, 并认证每次递归调用如何逐渐接近非递归基准范例代码.100.简单的语言常常使用一系列遵循该语言语法结构的函数进行语法分析.101.推理互递归函数时, 要基于底层概念的递归定义.102.尾递归调用等同于一个回到函数开始处的循环.103.将throws子句从方法的定义中移除, 然后运行Java编译器对类的源代码进行编译, 就可以容易地找到那些可能隐式地生成异常的方法.104.在多处理器计算机上运行的代码常常围绕进程或线程进行组织.105.工作群并行模型用于在多个处理器间分配工作, 或者创建一个任务池, 然后将大量需要处理标准化的工作进行分配.106.基于线程的管理者/工人并行模型一般将耗时的或阻塞的操作分配给工人子任务, 从而维护中心任务的响应性.107.基于进程的管理者/工人并行模型一般用来重用现有的程序, 或用定义良好的接口组织和分离粗粒度的系统模块.108.基于流水线的并行处理中, 每个任务都接收到一些输入, 对它们进行一些处理, 并将生成的输出传递给下一个任务, 进行不同的处理.109.竞争条件很难捉摸, 相关的代码常常会将竞争条件扩散到多个函数或模块; 因而, 很难隔离由于竞争条件导致的问题.110.对于出现在信号处理器中的数据结构操作代码和库调用要保持高度警惕.111.在阅读包含宏的代码时, 要注意, 宏既非函数, 也非语句…while(0)块中的宏等同于控制块中的语句.113.宏可以访问在它的使用点可见的所有局部变量.114.宏调用可改变参数的值115.基于宏的标记拼接能够创建新的标记符.第六章: 应对大型项目116.我们可以通过浏览项目的源代码树—包含项目源代码的层次目录结构, 来分析一个项目的组织方式. 源码树常常能够反映出项目在构架和软件过程上的结构.117.应用程序的源代码树经常是该应用程序的部署结构的镜像.118.不要被庞大的源代码集合吓倒; 它们一般比小型的专门项目组织得更出色.119.当您首次接触一个大型项目时, 要花一些时间来熟悉项目的目录树结构.120.项目的源代码远不只是编译后可以获得可执行程序的计算机语言指令; 一个项目的源码树一般还包括规格说明|最终用户和开发人员文档|测试脚本|多媒体资源|编译工具|例子|本地化文件|修订历史|安装过程和许可信息.121.大型项目的编译过程一般声明性地借助依赖关系来说明. 依赖关系由工具程序, 如make及其派生程序, 转换成具体的编译行动.122.大型项目中, 制作文件常常由配置步骤动态地生成; 在分析制作文件之前, 需要先执行项目特定的配置.123.检查大型编译过程的各个步骤时, 可以使用make程序的-n开关进行预演.124.修订控制系统提供从储存库中获取源代码最新版本的方式.125.可以使用相关的命令, 显示可执行文件中的修订标识关键字, 从而将可执行文件与它的源代码匹配起来.126.使用修订日志中出现的bug跟踪系统内的编号, 可以在bug跟踪系统的数据库中找到有关的问题的说明.127.可以使用修订控制系统的版本储存库, 找出特定的变更是如何实现的.128.定制编译工具用在软件开发过程的许多方面, 包括配置|编译过程管理|代码的生成|测试和文档编制.129.程序的调试输出可以帮助我们理解程序控制流程和数据元素的关键部分.130.跟踪语句所在的地点一般也是算法运行的重要部分.131.可以用断言来检验算法运作的步骤|函数接收的参数|程序的控制流程|底层硬件的属性和测试用例的结果.132.可以使用对算法进行检验的断言来证实您对算法运作的理解, 或将它作为推理的起点.133.对函数参数和结果的断言经常记录了函数的前置条件和后置条件.134.我们可以将测试整个函数的断言作为每个给定函数的规格说明.135.测试用例可以部分地代替函数规格说明.136.可以使用测试用例的输入数据对源代码序列进行预演.第七章: 编码规范和约定137.了解了给定代码库所遵循的文件组织方式后, 就能更有效率地浏览它的源代码.138.阅读代码时, 首先要确保您的编辑器或优美打印程序的tab设置, 与代码遵循的风格规范一致.139.可以使用代码块的缩进, 快速地掌握代码的总体结构.140.对编排不一致的代码, 应该立即给予足够的警惕.141.分析代码时, 对标记为XXX, FIXME和TODO的代码序列要格外注意: 错误可能就潜伏在其中.142.常量使用大写字母命名, 单词用下划线分隔.143.在遵循Java编码规范的程序中, 包名(package name)总是从一个顶级的域名开始(例如, org, com), 类名和接口名由大写字母开始, 方法和变量名由小写字母开始.144.用户界面控件名称之前的匈牙利记法的前缀类型标记可以帮助我们确定它的作用.145.不同的编程规范对可移植构造的构成有不同的主张.146.在审查代码的可移植性, 或以某种给定的编码规范作为指南时, 要注意了解规范对可移植性需求的界定与限制.147.如果GUI功能都使用相应的编程结构来实现, 则通过代码审查可以轻易地验证给定用户界面的规格说明是否被正确地采用.148.了解项目编译过程的组织方式与自动化方式之后, 我们就能够快速地阅读与理解对应的编译规则.149.当检查系统的发布过程时, 常常可以将相应发行格式的需求作为基准.第八章： 文档150.阅读代码时, 应该尽可能地利用任何能够得到的文档.151.阅读一小时代码所得到的信息只不过相当于阅读一分钟文档.152.使用系统的规格说明文档, 了解所阅读代码的运行环境.153.软件需求规格说明是阅读和评估代码的基准.154.可以将系统的设计规格说明作为认知代码结构的路线图, 阅读具体代码的指引.155.测试规格说明文档为我们提供可以用来对代码进行预演的数据.156.在接触一个未知系统时, 功能性的描述和用户指南可以提供重要的背景信息,从而更好地理解阅读的代码所处的上下文.157.从用户参考手册中, 我们可以快速地获取, 应用程序在外观与逻辑上的背景知识, 从管理员手册中可以得知代码的接口|文件格式和错误消息的详细信息.158.利用文档可以快捷地获取系统的概况, 了解提供特定特性的代码.159.文档经常能够反映和提示出系统的底层结构.160.文档有助于理解复杂的算法和数据结构.161.算法的文字描述能够使不透明(晦涩, 难以理解)的代码变得可以理解.162.文档常常能够阐明源代码中标识符的含义.163.文档能够提供非功能性需求背后的理论基础.164.文档还会说明内部编程接口.165.由于文档很少像实际的程序代码那样进行测试, 并受人关注, 所以它常常可能存在错误|不完整或过时.166.文档也提供测试用例, 以及实际应用的例子.167.文档常常还会包括已知的实现问题或bug.168.环境中已知的缺点一般都会记录在源代码中.169.文档的变更能够标出那些故障点.170.对同一段源代码重复或互相冲突的更改, 常常表示存在根本性的设计缺陷, 从而使得维护人员需要用一系列的修补程序来修复.171.相似的修复应用到源代码的不同部分, 常常表示一种易犯的错误或疏忽, 它们同样可能会在其他地方存在.172.文档常常会提供不恰当的信息, 误导我们对源代码的理解.173.要警惕那些未归档的特性: 将每个实例归类为合理|疏忽或有害, 相应地决定是否应该修复代码或文档.174.有时, 文档在描述系统时, 并非按照已完成的实现, 而是系统应该的样子或将来的实现.175.在源代码文档中, 单词gork的意思一般是指”理解”.176.如果未知的或特殊用法的单词阻碍了对代码的理解, 可以试着在文档的术语表(如果存在的话)|New Hacker’s Dictionary[Ray96]|或在Web搜索引擎中查找它们.177.总是要以批判的态度来看待文档, 注意非传统的来源, 比如注释|标准|出版物|测试用例|邮件列表|新闻组|修订日志|问题跟踪数据库|营销材料|源代码本身.178.总是要以批判的态度来看待文档; 由于文档永远不会执行, 对文档的测试和正式复查也很少达到对代码的同样水平, 所以文档常常会误导读者, 或者完全错误.179.对于那些有缺陷的代码, 我们可以从中推断出它的真实意图.180.在阅读大型系统的文档时, 首先要熟悉文档的总体结构和约定.181.在对付体积庞大的文档时, 可以使用工具, 或将文本输出到高品质输出设备上, 比如激光打印机, 来提高阅读的效率.第九章: 系统构架182.一个系统可以(在重大的系统中也确实如此)同时出多种不同的构架类型. 以不同的方式检查同一系统|分析系统的不同部分|或使用不同级别的分解, 都有可能发现不同的构架类型.183.协同式的应用程序, 或者需要协同访问共享信息或资源的半自治进程, 一般会采用集中式储存库构架.184.黑板系统使用集中式的储存库, 存储非结构化的键/值对, 作为大量不同代码元件之间的通信集线器.185.当处理过程可以建模|设计和实现成一系列的数据变换时, 常常会使用数据流(或管道—过滤器)构架.186.在批量进行自动数据处理的环境中, 经常会采用数据流构架, 在对数据工具提供大量支持的平台上尤其如此.187.数据流构架的一个明显征兆是: 程序中使用临时文件或流水线(pipeline)在不同进程间进行通信.188.使用图示来建模面向对象构架中类的关系.189.可以将源代码输入到建模工具中, 逆向推导出系统的构架.190.拥有大量同级子系统的系统, 常常按照分层构架进行组织.191.分层构架一般通过堆叠拥有标准化接口的软件组件来实现.192.系统中每个层可以将下面的层看作抽象实体, 并且(只要该层满足它的需求说明)不关心上面的层如何使用它.193.层的接口既可以是支持特定概念的互补函数族, 也可以是一系列支持同一抽象接口不同底层实现的可互换函数.194.用C语言实现的系统, 常常用函数指针的数组, 表达层接口的多路复用操作.195.用面向对象的语言实现的系统, 使用虚方法调用直接表达对层接口的多嘴复用操作.196.系统可以使用不同的|独特的层次分解模型跨各种坐标轴进行组织.197.使用程序切片技术, 可以将程序中的数据和控制之间依赖关系集中到一起.198.在并发系统中, 一个单独的系统组件起到集中式管理器的作用, 负责启动|停止和协调其他系统进程和任务的执行.199.许多现实的系统都会博采众家之长. 当处理此类系统时, 不要徒劳地寻找无所不包的构架图; 应该将不同构架风格作为独立但相关的实体来进行定位|识别并了解.200.状态变迁图常常有助于理清状态机的动作.201.在处理大量的代码时, 了解将代码分解成单独单元的机制极为重要.202.大多数情况下, 模块的物理边界是单个文件|组织到一个目录中的多个文件或拥有统一前缀的文件的集合.203.C中的模块, 由提供模块公开接口的头文件和提供对应实现的源文件组成.204.对象的构造函数经常用来分配与对象相关的资源, 并初始化对象的状态. 函数一般用来释放对象在生命期中占用的资源.205.对象方法经常使用类字段来存储控制所有方法运作的数据(比如查找表或字典)或维护类运作的状态信息(例如, 赋给每个对象一个标识符的计数器).206.在设计良好的类中, 所有的字段都应在声明为private, 并用公开的访问方法提供对它们的访问.207.在遇到friend声明时, 要停下来分析一下, 看看绕过类封装在设计上的理由.208.可以有节制地用运算符增强特定类的可用性, 但用运算符重载, 将类实现为拥有内建算术类型相关的全部功能的类实体, 是不恰当的.209.泛型实现不是在编译期间通过宏替换或语言所支持的功能(比如C++模板和Ada的泛型包)来实现, 就是在运行期间通过使用数据元素的指针和函数的指针|或对象的多态性实现.210.抽象数据类型经常用来封装常用的数据组织方案(比如树|列表或栈), 或者对用户隐藏数据类型的实现.211.使用库的目的多种多样: 重用源代码或目标代码, 组织模块集合, 组织和优化编译过程, 或是用来实现应用程序各种特性的按需载入.212.大型的|分布式的系统经常实现为许多互相协作的进程.213.对于基于文本的数据储存库, 可以通过浏览存储在其中的数据, 破译出它的结构.214.可以通过查询数据字典中的表, 或使用数据库专有的SQL命令, 比如show table, 来分析关系型数据库的模式.215.识别出重用的构架元素后, 可以查找其最初的描述, 了解正确地使用这种构架的方式, 以及可能出现的误用.216.要详细分析建立在某种框架之上的应用程序, 行动的最佳路线就是从研究框架自身开始.217.在阅读向导生成的代码时, 不要期望太高, 否则您会感到失望.218.学习几个基本的设计模式之后, 您会发现, 您查看代码构架的方式会发生改变: 您的视野和词汇将会扩展到能够识别和描述许多通用的形式.219.频繁使用的一些模式, 但并不显式地指出它们的名称, 这是由于构架性设计的重用经常先于模式的形成.220.请试着按照底层模式来理解构架, 即使代码中并没有明确地提及模式.221.大多数解释器都遵循类似的处理构架, 围绕一个状态机进行构建, 状态机的操作依赖于解释器的当前状态|程序指令和程序状态.222.多数情况下, 参考构架只是为应用程序域指定一种概念性的结构, 具体的实现并非必须遵照这种结构.第十章: 代码阅读工具223.词汇工具可以高效地在一个大代码文件中或者跨多个文件查找某种模式.224.使用程序编辑器和正则表达式查找命令, 浏览庞大的源代码文件.225.以只读方式浏览源代码文件.226.使用正则表达式 ^function name 可以找出函数的定义.227.使用正则表达式的字符类, 可以查找名称遵循特定模式的变量.228.使用正则表达式的否定字符类, 可以避免非积极匹配.229.使用正则表达式 symbol-1. *symbol-2, 可以查找出现在同一行的符号.230.使用编辑器的 tags 功能, 可以快速地找出实体的定义.231.可以用特定的 tag 创建工具, 增加编辑器的浏览功能.232.使用编辑器的大纲视图, 可以获得源代码结构的鸟瞰图.233.使用您的编辑器来检测源代码中圆括号|方括号和花括号的匹配.234.使用 grep 跨多个文件查找代码模式.235.使用 grep 定位符号的声明|定义和应用.236.当您不能精确地表述要查找的内容时, 请使用关键单词的词干对程序的源代码进行查找.237.用 grep 过滤其他工具生成的输出, 分离出您要查找的项.238.将 grep 的输出输送到其他工具, 使复杂处理任务自动化.239.通过对 grep 的输出进行流编辑, 重用代码查找的结果.240.通过选取与噪音模式不匹配的输出行(grep-v), 过滤虚假的 grep 输出.241.使用 fgrep 在源代码中查找字符串列表.242.查找注释, 或标识符大小写不敏感的语言编写的代码时, 要使用大小写不敏感的模式匹配(grep -i).243.使用 grep –n 命令行开关, 可以创建与给定正则表达式匹配的文件和行号的检查表.244.可以使用 diff 比较文件或程序不同版本之间的差别.245.在运行 diff 命令时, 可以使用 diff –b, 使文件比较算法忽略结尾的空格, 用–w 忽略所有空白区域的差异, 用–i 使文件比较对大小写不敏感.246.不要对创建自己的代码阅读工具心存畏惧.247.在构建自己的代码阅读工具时: 要充分利用现代快速原型语言所提供的能力; 从简单开始, 根据需要逐渐改进; 使用利用代码词汇结构的各种试探法; 要允许一些输出噪音或寂静(无关输出或缺失输出); 使用其他工具对输入进行预处理, 或者对输出进行后期处理.248.要使编译器成为您的: 指定恰当级别的编译器警告, 并小心地评估生成的结果.249.使用C预处理器理清那些滥用预处理器特性的程序.250.要彻底地了解编译器如何处理特定的代码块, 需要查看生成的符号(汇编)代码.251.通过分析相应目标文件中的符号, 可以清晰地了解源文件的输入和输出.252.使用源代码浏览器浏览大型的代码集合以及对象类型.253.要抵制住按照您的编码规范对外部代码进行美化的诱惑; 不必要的编排更改会创建不同的代码, 并妨碍工作的组织.254.优美打印程序和编辑器语法着色可以使得程序的源代码为易读 程序可以将难以理解的C和C++类型声明转换成纯英语(反之亦然).256.实际运行程序, 往往可以更深刻地理解程序的动作.257.系统调用|事件和数据包跟踪程序可以增进对程序动作的理解.258.执行剖析器可以找出需要着重优化的代码, 验证输入数据的覆盖性, 以及分析算法的动作.259.通过检查从未执行的代码行, 可以找出测试覆盖的弱点, 并据此修正测试数据.260.要探究程序动态动作时的每个, 需要在调试器中运作它.261.将您觉得难以理解的代码打印到纸上.262.可以绘制图示来描绘代码的动作.263.可以试着向别人介绍您在阅读的代码, 这样做一般会增进您对代码的理解.264.理解复杂的算法或巧妙的数据结构, 要选择一个安静的环境, 然后

玩游戏经常死机怎么办

20种死机案例实录 案例一： 故障现象 一台使用的操作系统为Windows98。 开机时电源指示灯亮，电源风扇也正常转动，但计算机并没有启动，也没有出现开机自检画面。 分析及处理 据该机使用者称，最后一次使用该机的时间是4月26曰，他运行Word时出现了白字蓝屏故障，关掉电源后再次启动便出现上述现象。 听说4月26日这个日子，估计是CIH破坏了这台电脑的主板BIOS芯片和硬盘，唯一的解决办法是重写BIOS。 对此进行了如下处理： 1．把该机主板上的BIOS芯片拔下，插上另外一块正常的T2P4主板的BIOS芯片，然后启动电脑。 此时只能从软盘上启动，该启动盘上应包括该种型号主板的BIOS升级程序（BIOS升级程序在主极驱动盘上可以找到）、比如Award的BIOS升级程序是。 2．运行，按照要求备份一个BIOS文件，备份完成后用损坏了的BIOS芯片替下正常的，然后继续进行的下一步骤--将刚才备份的BIOS文件写回损坏的芯片中，刷新BIOS的过程只需要几秒钟时间。 到这一步时，BIOS已修复。 3．该机硬盘也被破坏，好在上面没有什么重要的东西，将该盘重新分区、格式化，安装Windows98后恢复正常。 上面修复BIOS的方法便是大家常提到的“热插拔法”，这种方法需要带电拔插BIOS芯片，有一定的风险，但只要操作者胆大心细、一般说来还是安全的（笔者用这种方法修复的十几个BIOS，从未出过什么问题）。 同时“热插拔法”不需要其它设备（如擦除器等），操作简便，不失为业余条件下的首选方法。 -------------------------------------------------------------------------------- 案例二： 故障现象 开机后出现两种不同情况：①屏幕无显示，出现“死机”现象，敲任何键都没有反应（显示器、主机电源指示灯亮），亦不能听到任何自检声和报警声；②有时能正常工作，用Kv300最新版清杀病毒，发现硬盘无毒，但若关机或者热启动即出现第一种情况。 分析及处理 1．因屏幕无显示，故首先考虑是否是显示器或显卡的问题。 找来一台同型号的显示器更换，故障依旧。 打开机箱，更换一块好的显卡，开机后显示正常。 2．关机，重新启动，故障重新又出现。 又将显卡转移到其它的几个PCI插槽分别测试，没有任何改善，排除了PCI插槽的因素。 3．找来一块好的ISA显卡插入后开机，故障消失。 重新热启动，屏幕再次无显示。 4．取下显卡，重新开机、发现主机自检时没有听到显卡故障的报警声。 故怀疑与内存有关。 5．拔下内存条，调换顺序，首先安装原第3和第4条内存条，然后重新开机，OK！屏幕显示内存为8MB（每条为4MB）。 关机，再安装第1和第2条内存条，开机、显示为16MB、故障消失。 找回原来的显示器和显卡，并将显卡插到原来的PCI槽上，开机后一切正常。 从故障发生的情况来看，是因为数据在装入内存（主要是RAM的前64KB）时出现错误引起的。 从内存条来分析，是由于第一块内存条个别芯片不稳定或是质量不良，在电脑启动寻址时出现了错误。 -------------------------------------------------------------------------------- 案例三： 故障现象 启动时出现黑屏故障，并且计算机发出紧急的报警声。 分析及处理 该机运行在133X3.5=467MHZ下，一直较稳定。 上述故障出现于一次玩《极品飞车3》时，当时系统突然崩溃，之后就再也无法启动。 有报警声表示电源、主板、CPU没有什么大的问题，显示器上显示画面前便已死机并报警，则说明从自检CPU后到显卡之间的某个硬件出了问题。 符合上述条件的只有内存和显示卡了。 PC133规范未推广以前，运行在133MHZ外频下的电脑，其内存条（PC100）、AGP显示卡（工作于133X2/3=88.7MHZ）均处于极度超频状态、相比之下内存条更容易出问题。 用一根LGS 7K的64M内存条换下原来那根杂牌的，电脑顺利启动。 现在市面上的PC100内存条质量也参差不齐，劣质的PC 100 SDRAM内存条在100MHZ下还勉强顶得住，等上到124MHZ、133MHZ这些高外频时便多半要出问题了。 本例便是如此，长时间工作在133MHZ下的杂牌内存条终于因为过度发热而烧毁了。 -------------------------------------------------------------------------------- 案例四： 故障现象 在超频情况下使用，运行一般程序时正常，但在播放MP3后系统死机。 分析及处理 死机是在播放MP3一段时间后发生的，所以初步怀疑是MP3播放软件冲突引起的，但经过更换其它的MP3播放软件后故障仍未排除。 同时经过降频使用发现仍有故障，又排除了超频引起死机的可能。 后来仔细检查与播放MP3有关的各硬件，发现声卡芯片上的温度非常高，几乎可以“烤鸡蛋”，在声卡芯片上加装了散热风扇后，故障消失。 案例五： 故障现象 在Windows95系统下安装Windows98，安装将结束时出现对话框：“按立即启动按钮，计算机将立即重新启动、否则15秒后计算机将自动重新启动”。 启动后蓝光闪过，死机。 分析及处理 初步分析可能是某些硬件设备冲突造成的。 将除显卡外的其它扩展卡或设备拔掉，再安装Windows98，如果仍出现上述情况，可在开机时按下F5键，用安全模式启动Windows98，然后将显卡驱动程序解压到硬盘。 在“设置”-〉“控制面板”-〉“系统”-〉“设备管理”中，将自动设置的显卡和监示器驱动删除，再安装随卡的驱动程序后，将安装光盘从光驱中取出，重新启动计算机。 在Windows98启动后开始提示发现新的硬件设备，正在安装软件，选择从磁盘安装显示卡驱动，再将原来的显卡驱动程序安装后即可。 为什么要取出安装光盘呢？如果不取出，Windows98会固执的安装上它所认定的驱动程序，根本不给你选择的机会，所以将光盘取出，给它来个釜底抽薪。 -------------------------------------------------------------------------------- 案例六： 故障现象 在使用Windows98操作系统时忽然死机。 重新启动后，双击“我的电脑”，还是死机；按“Win+R”，死机；点“地址”，死机；启动资源管理器，死机；右击任意一处，死机；点击Quick Launch中自己创建的Word图标，死机…… 分析及处理 首先怀疑是系统受损、遂重装Windows 98，再装上各种驱动程序。 重新启动，继续死机……盛怒之下，进行了“Fdisk/MBR”、“Format C:”、“Format D:“Sys C:”几项操作，装上光驱（Toshiba 16x）的驱动程序，重新安装Windows 98操作系统，一切复原，没有死机现象。 随后一股脑把所有的驱动程序都安装上，包括主板、IDE、显卡、声卡等，重新启动后双击“我的电脑”，又出现死机！本人一不上网，二来两个月没买D版光盘了，杀毒软件刚升级，这是什么道理？ 先Reset到安全模式（Safe Mode）下看看！自检过后，紧接着出现“Verifying DMA Pool DATA”，“Starting Windows 98……”，迟了一步，没按F8，但这一迟不要紧，迟出正果了！DMA！刚才装IDE驱动程序时似乎有这个选项，被我一路回车过去了。 快快，连按两次“Ctrl+Alt+Del”（没死机，真是万幸），按F5进入Safe Mode，先把IDE驱动程序卸掉再说，之后再按两次“Ctrl十Alt十Del”、OK，正常了。 再看驱动程序，果然有个“PIO”、“DMA”的选项，被我回车成了PIO，模式不同．于是Windows 98就不认识了，当然死翘翘。 由此可见：驱动程序决定了硬件的工作状况，是性命攸关的大东东，一定要仔细看好每一个选项，做好每—步操作。 -------------------------------------------------------------------------------- 案例七： 故障现象 未发现有病毒，将Windows 95的command子目录下DOS启动文件覆盖根目录下同名文件，再启动后，先出现Win95启动画面并立即出现提示： DriveSpace Alarm#15 A Program has corrocted memory belonging to DriveSpace Further disk activity could result result in the loss or some or all of the Data on your driver. Therefore, Driverspace has halted your computer. For more information, consult your online help or document. 然后又死机。 分析及处理 这和Windows 95使用的DriveSpace文件有关，可能是病毒或其它原因（包括非正常关机、系统不稳定等）造成的。 可以在开机时按F8键，出现启动菜单，选择以前版本的DOS，进入DOS6.x（也可用带光驱驱动的DOS6.x启动软盘启动计算机）在DOS6.X下执行光盘上Windows 95的SETUP，选择“恢复被破坏的文件”即可把该文件恢复。 如果重新安装后，玩游戏还是死机，可能是游戏光盘质量差、光驱纠错能力不强、内存不足、需要安装EMM386软件等原因造成的。 -------------------------------------------------------------------------------- 案例八： 故障现象 在启动电脑时，屏幕上显示“Error Loading Operation System”错误信息而死机。 分析及处理 此错误信息的意思是“装载操作系统错误”，此信息是在读取分区引导扇区出错时提示的。 可能的原因有： 1．分区表指示的分区起始地址不正确。 例如，把分区表项第三个字节（起始扇区号）由1改为0，即指示该分区的起始地址为指示磁头、指定磁道上的第0个肩区（此位为物理地址，扇区号应由1开始），INT13H读盘失败后，即报此错。 2．分区引导扇区所在磁道的磁道标志和扇区ID损坏，找不到指定的扇区。 3．驱动器读电路故障。 这种情况比较少见，多数是随机性读错误，因为系统引导能进行到此处，至少说明已正确地读出了一个主引导扇区。 当遇到此错误时、可以使用磁盘医生NDD来直接恢复分区表。 案例九： 故障现象 一台电脑使用昆腾大脚1.2G硬盘。 某日，在玩Win98的“空当接龙”游戏时，系统提示“读盘错误”后死机，热启动后显示：Disk boot failure. Insert system disk press enter． 使用软盘启动后，转c盘，提示： Invalid drive specfication． 使用sys c：也失败，使用Fdisk命令，得到一声提示和信息：NO fixed disks Present． 把CMOS参数设置为默认值，把硬盘设置为自动检测。 保存后重新启动，内存检测OK后，显示： Detecting HD Primary Slave…QUANTUM BIGFOOT1280A． System Configuration信息框中的提示是：Primaster disk: None． 重复上述操作一切如故。 后把硬盘拆到正常电脑上，被告之检查不到硬盘。 分析及处理 真是硬盘坏了！使用低级格式化可能还有救，但希望不大。 昆腾的硬盘有专门的DM软件，可以请朋友从网上下载或从本地的昆腾代理处拷贝一张昆腾的DM盘，做最后的尝试。 -------------------------------------------------------------------------------- 案例十： 故障现象 死机频繁。 查看BIOS中的CPU的温度，仍保持在30度左右，也没有发现任何病毒。 分析及处理 死机很可能与超频有关。 赛扬300A的超频能力并不能让人十分放心，而且主板也不能十分肯定地支持100MHz外频。 由于超频并不完全取决于CPU的温度，所以在正常的温度下也可能死机。 降频即可解决此问题。 -------------------------------------------------------------------------------- 案例十一： 故障现象 开机可以正常启动，启动结束后移动鼠标或进行一些简单的操作即死机。 如果再次开机或者按复位键一下，机器的运行情况就可以恢复正常，不再死机。 然而如果停机时间超过半个小时，再次开机故障将又出现。 分析及处理 该机器的使用地点是一个网吧，里面有十台同样配置的机器，其中三台出现上述的情况，而其余七台则一切正常。 该机的故障较不常见，分析起来应该判断为机器里的某种设备复位电路存在问题，不能一次复位成功。 但是究竟是什么设备呢？无从判断，只得用替换法来试验。 由于替换后需要半个小时以后开机才能够看出结果，所以这次替换实验颇费了一番周折。 替换的结果是声卡有故障：将有故障和无故障的机器的声卡替换后，过半小时开机，故障转移到了原来没有故障的机器上。 -------------------------------------------------------------------------------- 案例十二： 故障现象 最近一段时间学生上机运行时经常死机，每小时平均3—5次，DOS下工作正常。 分析及处理 首先怀疑是内存问题（虽然系统自检内存通过，而且也没有报错）。 将主机打开，重新更换内存，故障依旧，其次怀疑是有关板卡接触不良，将显示卡拔下，更换插槽后开机，还是没有排除故障，最后怀疑是主板或CPU的毛病，更换其它机器上的同种CPU后故障还是不能排除。 显然只有主板故障，由于机器已经过了保修期限，抱着试试看的态度，将主板跳线由60x2.5=150（Cyrix 6x86 166实际工作频率）降到60x2=120，开机后屏幕显示主频为150，运行数小时后一切正常，继续运行2个多月，没有发现死机现象。 主板故障应该说是比较大的故障，没有相当的专业知识和专门设备几乎不可能维修。 但本例情况特殊，只要主板能动，不妨降频一试，正如超频使用会增加整个系统的负担一样，降频会减小系统负担，从而会解决一些小故障。 当然，这是以牺牲系统的部分性能为代价的。 案例十三： 故障现象 开机时电源指示灯亮，电源风扇也正常转动，但计算机并没有启动，也没有出现开机自检画面。 分析及处理 该机一直运行正常，也没有CIH病毒发作的迹象。 但故障发生前使用人员曾经取下过CPU，并在CPU散热片上加装了一个风扇。 因使用者曾经动过计算机硬件，因此将查找重点放到硬件故障方面。 1．揭开机箱盖子观察，发现开机瞬间，硬盘、光驱灯都亮了一下，同时CPU风扇（接在主板CPU风扇接口上）也运转正常，用万用表测试、电源的±12v、±5v输出均正常、可以先排除电源的问题。 2．将该机的CPU、内存、显卡等部件取下重新安装一次，确保安装到位、接触良好。 再次启动，故障依旧，排除了接触不良的问题。 3．取下声卡、光驱、硬盘等，主板上只留CPU、内存条、显卡，组成一个最小化系统，这时开机仍未出现启动画面。 到这一步可以确定故障原因在CPU、内存或主板上。 4．从理论上讲，内存有问题时，启动时应有报警声，只有主板、CPU损坏时才会黑屏无声。 找来一颗正常的赛扬300A替下原来的赛扬333，开机出现了自检画面，判断是原CPU损坏。 5．仔细观察换下的CPU，发现在CPU金手指的两根引脚上有一道很深的划痕，凭直觉这两脚已被切断。 问到该用户，说是安装第二个CPU风扇时因用力过猛，螺丝刀的刀口碰到了CPU上。 于是非常小心地用烙铁把这两根被切断的引脚焊好，完成后将这块CPU插回到原主板上，这次终于能正常启动了，问题全部解决。 -------------------------------------------------------------------------------- 案例十四： 故障现象 在每次运行3D游戏后退出时发生黑屏死机，但在游戏中无论使用多长时间也不会发生死机现象。 分析及处理 1．因该机为将赛扬366超到500来使用，故发生死机后首先就怀疑是超频所致。 但是经过降频为366来使用却发现故障依旧。 2．随即怀疑是否是因为内存过小、不足以运行3D游戏所致（Windows98要求内存为48MB，但经过增加内存来测试后也得到了否定的结果。 3．现在就只存在两个方面的问题：硬件本身的质量好坏和硬件的驱动程序。 在经过使用者更换了显卡的最新驱动程序（不是随卡自带的驱动程序）后，故障得以消除。 后来又在一些介绍中得知“使用了低版本驱动程序的华硕v3800系列显卡都会发生在退出一些游戏时黑屏死机的故障”，更确认了故障的原因，但使用高版本的驱动程序就不会出现故障。 这是一起典型的驱动程序引起死机的案例。 -------------------------------------------------------------------------------- 案例十五： 故障现象 在安装了光盘的应用软件Turbo C后，在启动时出现“Starting MS-DOS”就死机了。 分析及处理 估计该光盘中的Turbo C2.0软件有毒。 使用系统盘启动后，进入硬盘中查看发现的文件长度为0字节，显然为病毒所为。 重新从软盘中拷贝此文件，则硬盘可以启动了。 -------------------------------------------------------------------------------- 案例十六： 故障现象 在Word中编写了一个全是表格的文档，总共有30页左右。 有一次打开它后，Word在自动分页到第8页时就停止了，使得我无法编辑,不知道该如何处理。 分析及处理 这种情况通常是文档中含有某些Word不能识别的字符或宏之类的东西，可以试一试下面的办法：打开此文档后，在Word还没有分页到第8页时就立即将此文档另存为某个低版本的Word格式，比如可以从“另存为”对话框的“保存类型”中选择“Word 6.0/95（*）”或“Word for Windows 5.0（*）”，这样既可以保存表格的样式，也可以将Word不能识别的字符或宏屏蔽掉。 最后在Word97中将这个低版本的Word文档打开重新编辑即可。 实际上，对于Word97中出现的其它类似问题，都可以试着用这个办坛来解决。 案例十八： 故障现象 在一次安装Norton 3.0工具失败后，重新启动计算机，结果发现系统有时提示“你可以安全地关闭计算机了”的关机画面，不能进入Windows界面。 而有时虽能够进入，但系统提示“注册表错误，不能备份注册表”或“没有足够的空间备份注册表”，而且桌面的字体设置、壁纸设置等丢失，桌面显示字体非常小以至看不清楚。 重新安装Windows98，故障依旧，检查无病毒，无硬盘坏道，就是用Regclean等注册表修复工具也不能修复，感到束手无策。 分析及处理 一次偶然打开注册表，发现一打开其中HKEY-DYN-DATA项目树，就提示该项目错误，打开后发现其中内容为空。 于是从另一台机器上找到注册表，选择该项目，选择导出注册表，和成了一个5MB的reg文件，用压缩软件将该文件压缩，在故障机上解压缩后将该数据导入注册表，重启机器，系统恢复正常。 HKEY-DYN-DATA项目树中存放的是Windows95/98的用户配置信息，一旦丢失就会造成系统出错，但若能从其它机器将该条目内容导人，就可能解决。 -------------------------------------------------------------------------------- 案例十九： 故障现象 表现为当选择“开始”-〉“关闭系统”，选择“关闭计算机”或“重新启动计算机”后，屏幕出现“正在关闭系统，请稍候……”的提示后死机。 我该怎么办？ 分析及处理 Windows95在关机时，需要首先关闭各种应用程序，关闭已打开的文件，切断网络连接，将硬盘缓冲区的内容写回硬盘，最后关闭电源。 在出现“正在关机，请稍候……”的提示后死机，您可以试看等候较长一段时间。 如果—段时间后系统能自动关机，一般为网络的问题。 Windows98对于网络的驱动程序有所修正，升级为Windows后可以解决关机时类似于死机的现象。 如果您的机器根本没有连网，在排除病毒感染的情况下，可能是由于Windows95的虚拟内存交换文件出现了问题。 通过修改“控制面板”-〉“系统”中对于虚拟内存的设置或许能解决问题。 如果问题继续存在，那么很不幸，就需存在，那么很不幸，就需要重新安装Windows95了。 -------------------------------------------------------------------------------- 案例二十： 故障现象 一台新配置的兼容机在玩光盘游戏时总在开始后三、五分钟左右死机，画面不动，光驱停止读盘。 分析及处理 单从以上给出的信息，无法判断问题所在。 该电脑使用的S3 SAVAGE显卡以及64MB BX专用内存和技嘉BXC主板也并不冲突。 在排除硬件出现伪劣假冒等情况之后，对以下几方面进行检查。 声卡：8900等部分早期型号的产品跟Windows 95/98的兼容性很不好，如果游戏中有音频信号的出现，死机现象十有八九。 光盘游戏本身：某些盗版的光盘游戏在制作中很有可能丢失或修改了部分文件名（如改成game_1．dat），这些被改动的文件如果是游戏运行中（而不是启动游戏时）所需数据，死机也就理所当然。 系统：盗叛的操作系统，尤其是Windows 95/98，在处理大批量数据时往往容易出现中断错误触发现象。 如果玩家试玩光盘游戏规模庞大，必然导致系统开销陡增，最后死机。 经最后检查发现问题是出现在光盘上（若根据以上情况检查还不能解决，下一步就应该检查硬件插接和接线了）。