收藏
来源：互联网 发布：java 数组长度可变吗 编辑：程序博客网 时间：2024/04/28 07:25
| |||||
| 一、主持访谈的能力 访谈的目的 获取信息 发布信息 推销一个注意，使之被认可 向一个人提问不是一件容易的事情，需要对被访者充满尊重和善意 访谈必须遵守的规则 准备访谈 1.确定访谈主题 2.列出所要涉及的访谈要点 3.对所有问题按轻重缓急进行分类，在此基础上制定访谈计划 4.选好访谈对象：掌握信息的人、有决定权的人、有影响力的人 5.与被访者进行预约，告知访谈的目的、持续时间、地点和你的联系方法 进行访谈 选择最合适的时间，以免过多地影响对方的工作 在对方工作的地方进行访谈 访谈时间不要超过2小时 自我介绍，并再次说明访谈的目的 请对方作自我介绍、说明其职位 按预先指定的计划进行访谈，对对方的发言做好记录 对不清楚的地方或需要详细说明的地方进行复述 访谈结束时作一个简要的综述，以确保没有遗漏或误解 结束访谈并致谢 访谈之后 撰写访谈报告，分清哪些是对方的语录，哪些是自己的理解 让被访者确认访谈报告 将所收集的信息交叉确认 建议 访谈计划不是一成不变的框框,要善于突破计划的框架接受被访者主动说出的重要信息 访谈中要主动，要及时分析对方给出的信息以调整提问方向 提问举例 问：您收到的文档怎么样？ 答：尽是错误 回答中缺少信息，应深究 补充问题：什么样的错误？从哪儿来的？ 问：你们的服务价格怎样？ 答：人们认为太贵 补充问题：谁认为这样？相对于什么标准而言？ 问：你们部门工作质量怎么样？ 答：有些部门的工作更糟 补充问题：哪些部门？更糟是什么意思？质量标准是什么？ 问：质量好吗？ 答：我知道工作质量好 补充问题：您怎么知道工作质量好？ 问：你们为什么使用这个流程？ 答：因为我们必须这样，这是规矩。因为我没有别的办法 补充问题：为什么非这样不可呢？如果不这样将会出现什么情况呢？你们为什么不能？如果你们能这样做，将会怎样？ 问：第一级检验是否做好了？ 答：从来不对检验负责（主观判断） 补充问题：所有人都这样吗？您就从没有见过一人对其工作负责？就您一个人这样认为吗？您为什么说雇佣从来不？ 问：处理会不会使工作推迟？ 答：我知道您对这是怎么看（对方已有成见） 补充问题：您为什么这样想？您的判断依据是什么？您认为我对这件事有定论吗？ 问：为什么不作更多的检验？ 答：我很想作进一步的检验，但忙不过来 （对对方的因果关系提问） 补充问题：当您忙得过来的时候，您作进一步的检查吗？是否有过那么一天，您忙不过来的时候也作了进一步检验？ 二、主持会议的能力 会议是一种沟通工具，它可以促进信息流通, 用集体智慧为问题寻求解决方案,作决定 准备会议 1.确定会议的TOP Theme:主题 Objectif：目标 Plan：计划 2.确定与会者名单及会议时间和地点 3.作好各类后勤准备（纸版、投影仪等） 主持会议 按时开会 在纸版上写明会议的主题、目标、计划以及持续时间 方便工作的进展 方便与会这之间的交流 方便与会者的参与 平衡会议支持人和与会者的发言时间 发言离题时应及时将其拉回到主题上来 会议间要做一些阶段性的复述和小结 时常提示会议主题 会议结束时总结会议要点并明确会议的后续工作 取保对会议的跟踪 对会议（TOP的遵守情况、与会者的选择等）进行简短的分析 整理好会议纪要：（会议主题和目标、与会人员、所作的决定、下次会议的要点等〕，将整理好的纪要及时发布 跟踪会议决定的执行以及会议期间要求的信息的收集 建议 在安静的屋子内开会 会议超过两小时应考虑中间休息 会议主持人不要表态，让与会者自由表达，应采取主动倾听的态度，复述发言者的思想，综合不同观点，以提问方式让发言人把隐藏的信息明确表达出来 始终与整个小组而不是一个接一个地与单个与会者工作 三、掌握专业文档编写的规则 定义： 书面交流（幻灯片、报告）需要让人读懂，因此要遵守行业内的特殊规则书面交流的目的不仅是传达信息，而且也是培训、鼓动、让人记住、使人产生行动的动机 事实：把一篇写得很好的文章放到100个人手中，90个人只看题目，75人只读题目和引言，40个人读到第一段结束，20个人扫过全文，5个人读完全文 幻灯片 目的：斥诸视觉、图解、使叙述生动、吸引听众、说服人、让人作决定 每张幻灯片必须是适当的： 与会议的TOP相一致 使会议进展增色 幻灯片的内容： 记录要让他人接受的观点 字体要大，以便远处的人能看得见 每张幻灯片上只表达一个重要观点，要使用短句 交替使用文字和图表，以方便阅读 幻灯片上只写关键字，将观点和论据留作口头表达使用 报告 目的：陈述事实，进行评议，提出建议 报告要精简 尽量压缩报告正文部分，以保证接收人读完它 应重分析、重建议、重结论，轻就事论事的陈述 辅助信息（详细资料、数据、中间计算等）应放在附录中以备读者查阅 报告要清晰 版面不要拥挤 语句要简短 内容要有良好的组织结构，段落标题要能反映出段落的内容 每5页应有一个小目录 重要观点要辅以例证和图表 建议 报告正文前要插入一段摘要 四、口头表达 口头表达面对的听众可能人数众多，其中有人可能怀有敌意，有人可能身居高位要在这样的听众面前自如地表达，必须掌握一定的口头表达的规则 演讲准备 了解听众的人员构成，他们的期待、语言特点、心理状态等等 确定演讲的目标 汇总所要转达的信息并将其归类 准备好讲稿 引言部分 介绍一个结构严谨、内容均衡的演讲框架（2～3个主要部分，每个部分分2～3个小部分） 引言部分结束时应将演讲框架突出地演示出来，并在每次更换章节时回顾总的框架 一开始就要吸引听众 表达主题 注意口头表述的质量（声调、节奏，） 变换姿态和位置 控制自己的发言（使用案例、图表、幽默） 控制内容，不要淹没在细节中以避免具体的技术问题 要表现出建设性的批评精神（分析利弊）和务实精神 要借助有说服力的数据和有意义的问题（用途、成本） 结束演讲 对演讲进行总结，必要时介绍一下后续事宜 向听众致谢 建议： 最后要留出问答时间 在重要问题上不要模棱两可 时常复述演讲内容 避免念讲稿，使用框图 五、图表的使用 图表以斥诸视觉的方式将数据表现出来，从而使之更有说服力它可以方便对可以量化的现象进行理解 最常用的三中图表 用直方图对不同类别进行数量比较 用圆饼图表示比率（份额） 用曲线表示趋势 另两类图表可以将信息以更复杂的形式表现出来 PARETO图（20－80图） 累计输入输出图可以用来很直观地表现出某部门工作量的变化，以及早准备相应的资源，控制和保证工期 六、主持培训 给一组人进行培训，需要： 从知识、技能和行为三个方面确定培训起点 将小组推向项目所预期的变更目标 主讲培训课程最好能做到： 开讲前： 确定具体要求（参加人员的需求、企业需求、总体目标、期待的结果、参加人员的能力） 设计培训（教学目的、方法、时间长短、详细内容、培训师、培训指南、学员讲义、日期、地点、费用） 向学员讲明培训目的及内容，以方便他们的参与 向每个学员发出邀请 开始培训时： 迎接学员（介绍场地、培训师、让学员自我介绍） 介绍作息时间、规则、讲义等 培训中： 把握传达信息的时机 变换讲课技巧（讲述、启发、案例、练习、大脑风暴） 变换授课工具（幻灯片、图表、模型、文件） 抓住小组的注意力，控制其反应 检查小组的进展情况（提问或让其复述） 注意自身行为举止（谈吐、书写、肢体语言、语调、声音、热情） 时常回顾讲课目标并作小结：“我们将到了哪里？”“下面将什么？” 培训结束： 评估培训 致谢 建议 所有培训成功的先决条件是从要获得的知识、要开发的能力和要支配的行为等方面表述培训的目标效果。 抓住每个学员的学习特点相应调整教学法。 讲，让人将，做，让人做，要不断变换教学法积极的参与比被动的听讲更有吸引力。 在组织培训前应提的问题： 这次培训是由谁发起？ 需求者表达的培训目标是什么？ 培训的对象是谁？ 培训对象是否也感受到这种需求？ 培训是否与机构、工具流程、市场或其他环境因素的变化有关 有哪些限制？ 承诺的效果是什么？ 培训内容准备的一般程序： 需求分析 制定授课程序（主题、顺序） 拟定授课大纲 制作讲义和教案 后勤准备 七、主持解决问题的会议 这种会议在一个具有工作积极性和必要技术能力的小组中进行，其目的是用小组的集体智慧解决问题 主持这类会议需要特殊的方法，主持人要经过训练 7步法： 捕捉住问题： 将问题表书出来 列出问题的各个方面以及对其的种种看法 尽可能多地收集想法和注意 按照一定的标准（价格、紧急程度等）进行分类 按照小组讨论结果，把问题表述并记录下来 收集信息： 收集与问题有关的事实和问题的特性（什么，谁，何处，怎样，多少）。 将收集的信息进行分类整理，将事实与意见区分开来，把相矛盾的地方记录下来。 找出问题的原因： 列出各种可能的原因 分析每种原因对问题作用，估算其相对重要性，对原因的特性作详尽的描述，找出最重要的原因 寻求解决方案和测度指标： 想象出所有能对原因起作用的手段 定出可用来选择最佳解决方案的指标（价格、期限、利弊、可行性等） 选择一个或几个最佳解决方案 建立整改计划 沟通并付诸行动 实施整改计划，跟踪指标的变化 效果跟踪 把观察到的效果与预期效果相比较。 分析偏差原因，必要时提出纠正措施。 建议 会议分两次进行，工作要分配到人，并非每个阶段都要集体工作。 为了评测进展效果，应选一些有意义的综合性的指标指标要便于理解，人人都要了解指标的内容并对之进行跟踪，由负责人对指标进行评价。 在对整改计划进行跟踪时，要对项目成功指标进行逐一检查。 |
| |||||||||||
可供程序利用的资源(内存、CPU时间、网络带宽等)是有限的，优化的目的就是让程序用尽可能少的资源完成预定的任务。优化通常包含两方面的内容：减小代码的体积，提高代码的运行效率。本文讨论的主要是如何提高代码的效率。 一、通用篇 “通用篇”讨论的问题适合于大多数Java应用。 1.1 不用new关键词创建类的实例 用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。 在使用设计模式(Design Pattern)的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：
改进后的代码使用clone()方法，如下所示：
上面的思路对于数组处理同样很有用。 1.2 使用非阻塞I/O 版本较低的JDK不支持非阻塞I/O API。为避免I/O阻塞，一些应用采用了创建大量线程的办法(在较好的情况下，会使用一个缓冲池)。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当可观的开销。 JDK 1.4引入了非阻塞的I/O库(java.nio)。如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。 1.3 慎用异常 异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地(Native)方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。 异常只能用于错误处理，不应该用来控制程序流程。 1.4 不要重复初始化变量 默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量(byte、short、int、long)设置成0，float和double变量设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。 1.5 尽量指定类的final修饰符 带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。 另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联(inline)所有的final方法(这和具体的编译器实现有关)。此举能够使性能平均提高50%。 1.6 尽量使用局部变量 调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack)中，速度较快。其他变量，如静态变量、实例变量等，都在堆(Heap)中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见《尽可能使用堆栈变量》。 1.7 乘法和除法 考虑下面的代码：
修改后的代码不再做乘以8的操作，而是改用等价的左移3位操作，每左移1位相当于乘以2。相应地，右移1位操作相当于除以2。值得一提的是，虽然移位操作速度快，但可能使代码比较难于理解，所以最好加上一些注释。 二、J2EE篇 前面介绍的改善性能技巧适合于大多数Java应用，接下来要讨论的问题适合于使用JSP、EJB或JDBC的应用。 2.1 使用缓冲标记 一些应用服务器加入了面向JSP的缓冲标记功能。例如，BEA的WebLogic Server从6.0版本开始支持这个功能，Open Symphony工程也同样支持这个功能。JSP缓冲标记既能够缓冲页面片断，也能够缓冲整个页面。当JSP页面执行时，如果目标片断已经在缓冲之中，则生成该片断的代码就不用再执行。页面级缓冲捕获对指定URL的请求，并缓冲整个结果页面。对于购物篮、目录以及门户网站的主页来说，这个功能极其有用。对于这类应用，页面级缓冲能够保存页面执行的结果，供后继请求使用。 对于代码逻辑复杂的页面，利用缓冲标记提高性能的效果比较明显；反之，效果可能略逊一筹。 2.2 始终通过会话Bean访问实体Bean 直接访问实体Bean不利于性能。当客户程序远程访问实体Bean时，每一个get方法都是一个远程调用。访问实体Bean的会话Bean是本地的，能够把所有数据组织成一个结构，然后返回它的值。 用会话Bean封装对实体Bean的访问能够改进事务管理，因为会话Bean只有在到达事务边界时才会提交。每一个对get方法的直接调用产生一个事务，容器将在每一个实体Bean的事务之后执行一个“装入-读取”操作。 一些时候，使用实体Bean会导致程序性能不佳。如果实体Bean的唯一用途就是提取和更新数据，改成在会话Bean之内利用JDBC访问数据库可以得到更好的性能。 2.3 选择合适的引用机制 在典型的JSP应用系统中，页头、页脚部分往往被抽取出来，然后根据需要引入页头、页脚。当前，在JSP页面中引入外部资源的方法主要有两种：include指令，以及include动作。 include指令：例如<%@ include file="copyright.html" %>。该指令在编译时引入指定的资源。在编译之前，带有include指令的页面和指定的资源被合并成一个文件。被引用的外部资源在编译时就确定，比运行时才确定资源更高效。 include动作：例如 2.4 在部署描述器中设置只读属性 实体Bean的部署描述器允许把所有get方法设置成“只读”。当某个事务单元的工作只包含执行读取操作的方法时，设置只读属性有利于提高性能，因为容器不必再执行存储操作。 2.5 缓冲对EJB Home的访问 EJB Home接口通过JNDI名称查找获得。这个操作需要相当可观的开销。JNDI查找最好放入Servlet的init()方法里面。如果应用中多处频繁地出现EJB访问，最好创建一个EJBHomeCache类。EJBHomeCache类一般应该作为singleton实现。 2.6 为EJB实现本地接口 本地接口是EJB 2.0规范新增的内容，它使得Bean能够避免远程调用的开销。请考虑下面的代码。 PayBeanHome home = (PayBeanHome) javax.rmi.PortableRemoteObject.narrow (ctx.lookup ("PayBeanHome"), PayBeanHome.class); PayBean bean = (PayBean) javax.rmi.PortableRemoteObject.narrow (home.create(), PayBean.class); 第一个语句表示我们要寻找Bean的Home接口。这个查找通过JNDI进行，它是一个RMI调用。然后，我们定位远程对象，返回代理引用，这也是一个RMI调用。第二个语句示范了如何创建一个实例，涉及了创建IIOP请求并在网络上传输请求的stub程序，它也是一个RMI调用。 要实现本地接口，我们必须作如下修改： 方法不能再抛出java.rmi.RemoteException异常，包括从RemoteException派生的异常，比如TransactionRequiredException、TransactionRolledBackException和NoSuchObjectException。EJB提供了等价的本地异常，如TransactionRequiredLocalException、TransactionRolledBackLocalException和NoSuchObjectLocalException。 所有数据和返回值都通过引用的方式传递，而不是传递值。 本地接口必须在EJB部署的机器上使用。简而言之，客户程序和提供服务的组件必须在同一个JVM上运行。 如果Bean实现了本地接口，则其引用不可串行化。 2.7 生成主键 在EJB之内生成主键有许多途径，下面分析了几种常见的办法以及它们的特点。 利用数据库内建的标识机制(SQL Server的IDENTITY或Oracle的SEQUENCE)。这种方法的缺点是EJB可移植性差。 由实体Bean自己计算主键值(比如做增量操作)。它的缺点是要求事务可串行化，而且速度也较慢。 利用NTP之类的时钟服务。这要求有面向特定平台的本地代码，从而把Bean固定到了特定的OS之上。另外，它还导致了这样一种可能，即在多CPU的服务器上，同一个毫秒之内生成了两个主键。 借鉴Microsoft的思路，在Bean中创建一个GUID。然而，如果不求助于JNI，Java不能确定网卡的MAC地址；如果使用JNI，则程序就要依赖于特定的OS。 还有其他几种办法，但这些办法同样都有各自的局限。似乎只有一个答案比较理想：结合运用RMI和JNDI。先通过RMI注册把RMI远程对象绑定到JNDI树。客户程序通过JNDI进行查找。下面是一个例子：
2.8 及时清除不再需要的会话 为了清除不再活动的会话，许多应用服务器都有默认的会话超时时间，一般为30分钟。当应用服务器需要保存更多会话时，如果内存容量不足，操作系统会把部分内存数据转移到磁盘，应用服务器也可能根据“最近最频繁使用”(Most Recently Used)算法把部分不活跃的会话转储到磁盘，甚至可能抛出“内存不足”异常。在大规模系统中，串行化会话的代价是很昂贵的。当会话不再需要时，应当及时调用HttpSession.invalidate()方法清除会话。HttpSession.invalidate()方法通常可以在应用的退出页面调用。 2.9 在JSP页面中关闭无用的会话 对于那些无需跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。使用如下page指令： ＜%@ page session="false"%＞ 2.10 Servlet与内存使用 许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。 解决这类内存问题主要有二种办法。第一种办法是，在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口。这样，只要实现valueUnbound()方法，就可以显式地释放Bean使用的资源。 另外一种办法就是尽快地把会话作废。大多数应用服务器都有设置会话作废间隔时间的选项。另外，也可以用编程的方式调用会话的setMaxInactiveInterval()方法，该方法用来设定在作废会话之前，Servlet容器允许的客户请求的最大间隔时间，以秒计。 2.11 HTTP Keep-Alive Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。 2.12 JDBC与Unicode 想必你已经了解一些使用JDBC时提高性能的措施，比如利用连接池、正确地选择存储过程和直接执行的SQL、从结果集删除多余的列、预先编译SQL语句，等等。 除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode(代码页13488)。Java以Unicode形式处理所有数据，因此，数据库驱动程序不必再执行转换过程。但应该记住：如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。 2.13 JDBC与I/O 如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，JDBC每次提取32行数据。举例来说，假设我们要遍历一个5000行的记录集，JDBC必须调用数据库157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。 在一些情形下这种技术无效。例如，如果使用可滚动的记录集，或者在查询中指定了FOR UPDATE，则块操作方式不再有效。 1.14 内存数据库 许多应用需要以用户为单位在会话对象中保存相当数量的数据，典型的应用如购物篮和目录等。由于这类数据可以按照行/列的形式组织，因此，许多应用创建了庞大的Vector或HashMap。在会话中保存这类数据极大地限制了应用的可伸缩性，因为服务器拥有的内存至少必须达到每个会话占用的内存数量乘以并发用户最大数量，它不仅使服务器价格昂贵，而且垃圾收集的时间间隔也可能延长到难以忍受的程度。 一些人把购物篮/目录功能转移到数据库层，在一定程度上提高了可伸缩性。然而，把这部分功能放到数据库层也存在问题，且问题的根源与大多数关系数据库系统的体系结构有关。对于关系数据库来说，运行时的重要原则之一是确保所有的写入操作稳定、可靠，因而，所有的性能问题都与物理上把数据写入磁盘的能力有关。关系数据库力图减少I/O操作，特别是对于读操作，但实现该目标的主要途径只是执行一套实现缓冲机制的复杂算法，而这正是数据库层第一号性能瓶颈通常总是CPU的主要原因。 一种替代传统关系数据库的方案是，使用在内存中运行的数据库(In-memory Database)，例如TimesTen。内存数据库的出发点是允许数据临时地写入，但这些数据不必永久地保存到磁盘上，所有的操作都在内存中进行。这样，内存数据库不需要复杂的算法来减少I/O操作，而且可以采用比较简单的加锁机制，因而速度很快。 三、GUI篇 这一部分介绍的内容适合于图形用户界面的应用(Applet和普通应用)，要用到AWT或Swing。 3.1 用JAR压缩类文件 Java档案文件(JAR文件)是根据JavaBean标准压缩的文件，是发布JavaBean组件的主要方式和推荐方式。JAR档案有助于减少文件体积，缩短下载时间。例如，它有助于Applet提高启动速度。一个JAR文件可以包含一个或者多个相关的Bean以及支持文件，比如图形、声音、HTML和其他资源。 要在HTML/JSP文件中指定JAR文件，只需在Applet标记中加入ARCHIVE = "name.jar"声明。 3.2 提示Applet装入进程 你是否看到过使用Applet的网站，注意到在应该运行Applet的地方出现了一个占位符？当Applet的下载时间较长时，会发生什么事情？最大的可能就是用户掉头离去。在这种情况下，显示一个Applet正在下载的信息无疑有助于鼓励用户继续等待。 下面我们来看看一种具体的实现方法。首先创建一个很小的Applet，该Applet负责在后台下载正式的Applet：
编译后的代码小于2K，下载速度很快。代码中有几个地方值得注意。首先，PreLoader实现了AppletStub接口。一般地，Applet从调用者判断自己的codebase。在本例中，我们必须调用setStub()告诉Applet到哪里提取这个信息。另一个值得注意的地方是，AppletStub接口包含许多和Applet类一样的方法，但appletResize()方法除外。这里我们把对appletResize()方法的调用传递给了resize()方法。 3.3 在画出图形之前预先装入它 ImageObserver接口可用来接收图形装入的提示信息。ImageObserver接口只有一个方法imageUpdate()，能够用一次repaint()操作在屏幕上画出图形。下面提供了一个例子。
当图形信息可用时，imageUpdate()方法被调用。如果需要进一步更新，该方法返回true；如果所需信息已经得到，该方法返回false。 3.4 覆盖update方法 update()方法的默认动作是清除屏幕，然后调用paint()方法。如果使用默认的update()方法，频繁使用图形的应用可能出现显示闪烁现象。要避免在paint()调用之前的屏幕清除操作，只需按照如下方式覆盖update()方法：
更理想的方案是：覆盖update()，只重画屏幕上发生变化的区域，如下所示：
3.5 延迟重画操作 对于图形用户界面的应用来说，性能低下的主要原因往往可以归结为重画屏幕的效率低下。当用户改变窗口大小或者滚动一个窗口时，这一点通常可以很明显地观察到。改变窗口大小或者滚动屏幕之类的操作导致重画屏幕事件大量地、快速地生成，甚至超过了相关代码的执行速度。对付这个问题最好的办法是忽略所有“迟到”的事件。 建议在这里引入一个数毫秒的时差，即如果我们立即接收到了另一个重画事件，可以停止处理当前事件转而处理最后一个收到的重画事件；否则，我们继续进行当前的重画过程。 如果事件要启动一项耗时的工作，分离出一个工作线程是一种较好的处理方式；否则，一些部件可能被“冻结”，因为每次只能处理一个事件。下面提供了一个事件处理的简单例子，但经过扩展后它可以用来控制工作线程。
3.6 使用双缓冲区 在屏幕之外的缓冲区绘图，完成后立即把整个图形显示出来。由于有两个缓冲区，所以程序可以来回切换。这样，我们可以用一个低优先级的线程负责画图，使得程序能够利用空闲的CPU时间执行其他任务。下面的伪代码片断示范了这种技术。
3.7 使用BufferedImage Java JDK 1.2使用了一个软显示设备，使得文本在不同的平台上看起来相似。为实现这个功能，Java必须直接处理构成文字的像素。由于这种技术要在内存中大量地进行位复制操作，早期的JDK在使用这种技术时性能不佳。为解决这个问题而提出的Java标准实现了一种新的图形类型，即BufferedImage。 BufferedImage子类描述的图形带有一个可访问的图形数据缓冲区。一个BufferedImage包含一个ColorModel和一组光栅图形数据。这个类一般使用RGB(红、绿、蓝)颜色模型，但也可以处理灰度级图形。它的构造函数很简单，如下所示： public BufferedImage (int width, int height, int imageType) ImageType允许我们指定要缓冲的是什么类型的图形，比如5-位RGB、8-位RGB、灰度级等。 3.8 使用VolatileImage 许多硬件平台和它们的操作系统都提供基本的硬件加速支持。例如，硬件加速一般提供矩形填充功能，和利用CPU完成同一任务相比，硬件加速的效率更高。由于硬件加速分离了一部分工作，允许多个工作流并发进行，从而缓解了对CPU和系统总线的压力，使得应用能够运行得更快。利用VolatileImage可以创建硬件加速的图形以及管理图形的内容。由于它直接利用低层平台的能力，性能的改善程度主要取决于系统使用的图形适配器。VolatileImage的内容随时可能丢失，也即它是“不稳定的(volatile)”。因此，在使用图形之前，最好检查一下它的内容是否丢失。VolatileImage有两个能够检查内容是否丢失的方法： public abstract int validate(GraphicsConfiguration gc);public abstract Boolean contentsLost(); 每次从VolatileImage对象复制内容或者写入VolatileImage时，应该调用validate()方法。contentsLost()方法告诉我们，自从最后一次validate()调用之后，图形的内容是否丢失。 虽然VolatileImage是一个抽象类，但不要从它这里派生子类。VolatileImage应该通过Component.createVolatileImage()或者GraphicsConfiguration.createCompatibleVolatileImage()方法创建。 3.9 使用Window Blitting 进行滚动操作时，所有可见的内容一般都要重画，从而导致大量不必要的重画工作。许多操作系统的图形子系统，包括WIN32 GDI、MacOS和X/Windows，都支持Window Blitting技术。Window Blitting技术直接在屏幕缓冲区中把图形移到新的位置，只重画新出现的区域。要在Swing应用中使用Window Blitting技术，设置方法如下： setScrollMode(int mode); 在大多数应用中，使用这种技术能够提高滚动速度。只有在一种情形下，Window Blitting会导致性能降低，即应用在后台进行滚动操作。如果是用户在滚动一个应用，那么它总是在前台，无需担心任何负面影响。 http://blog.csdn.net/kill2001er/ |
