Java性能优化【技巧】集锦

1、 Java性能优化技巧集锦=提纲:=一、通用篇1.1 不用new关键词创建类的实例1.2 使用非阻塞 I/O1.3 慎用异常1.4 不要重复初始化变量1.5 尽量指定类的final修饰符 1.6 尽量使用局部变量1.7 乘法和除法 1.8 尽量重用对象。二、J2EE篇2.1 使用缓冲标记2.2 始终通过会话Bean访问实体Bean2.3 选择合适的引用机制2.4 在部署描述器中设置只读属性2.5 缓冲对EJB Home的访问2.6 为EJB实现本地接口2.7 生成主键2.8 及时清除不再需要的会话2.9 在JSP页面中关闭无用的会话2.10 Servlet与内存使用2.11 HTTP Keep

2、-Alive2.12 JDBC与Unicode2.13 JDBC与I/O2.14 内存数据库三、GUI篇 3.1 用JAR压缩类文件3.2 提示Applet装入进程3.3 在画出图形之前预先装入它3.4 覆盖update方法3.5 延迟重画操作3.6 使用双缓冲区3.7 使用BufferedImage3.8 使用VolatileImage3.9 使用Window Blitting四、JavaScript性能优化 1. 使用局部变量避免使用全局变2. 避免使用with3. 遍历nodelist的方式4. 别用那么多个var，一个加逗号就搞定了5. innerHTML是最好的选择6. ie的rem

3、oveChild不好用7. 为多个同级元素绑定事件时，不用为每个都绑定，为他们的父级绑定就行了8. 尽量用原生的方法，因为原生的都是用c/c+编译而成的他们执行的要比用js写的方法快多了9. appendChild用的多时一定要用docuemntfragment10. if else用的=3个了，那用switch吧，好阅读，性能好11. if=3,别用if了，用3元表达式吧12. if=1，if改&13. 元素位置，while()offsetParent14. 正则的查找没有indexOf快15. 设置某个元素的style时用cssText简单些16. new 时,没有参数时函数名后边的括号可

4、以去了五、其他=正文:=一、通用篇“通用篇”讨论的问题适合于大多数Java应用。1.1 不用new关键词创建类的实例用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：public static Credit getNewCredit() return new Credit

5、(); 改进后的代码使用clone()方法，如下所示：private static Credit BaseCredit = new Credit();public static Credit getNewCredit() return (Credit) BaseCredit.clone(); 上面的思路对于数组处理同样很有用。1.2 使用非阻塞I/O版本较低的JDK不支持非阻塞I/O API。为避免I/O阻塞，一些应用采用了创建大量线程的办法（在较好的情况下，会使用一个缓冲池）。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当

6、可观的开销。JDK 1.4引入了非阻塞的I/O库（java.nio）。如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。请参见Sun中国网站的调整Java的I/O性能。输入和输出包括很多方面，但涉及最多的是对硬盘，网络或数据库的读写操作。对于读写操作，又分为有缓存和没有缓存的；对于数据库的操作，又可以有多种类型的JDBC驱动器可以选择。但无论怎样，都会给程序的性能带来影响。因此，需要注意如下几点：(1) 使用输入输出缓冲尽可能的多使用缓存。但如果要经常对缓存进行刷新（flush）,则建议不要使用缓存。(2) 输出流(Output Stream)和Unicode字符串当时用

7、Output Stream和Unicode字符串时，Write类的开销比较大。因为它要实现Unicode到字节(byte)的转换.因此，如果可能的话,在使用Write类之前就实现转换或用OutputStream类代替Writer类来使用。(3) 当需序列化时使用transient当序列化一个类或对象时，对于那些原子类型（atomic）或可以重建的原素要表识为transient类型。这样就不用每一次都进行序列化。如果这些序列化的对象要在网络上传输，这一小小的改变对性能会有很大的提高。(4) 使用高速缓存（Cache）对于那些经常要使用而又不大变化的对象或数据，可以把它存储在高速缓存中。这样就可以

8、提高访问的速度。这一点对于从数据库中返回的结果集尤其重要。(5) 使用速度快的JDBC驱动器（Driver）JAVA对访问数据库提供了四种方法。这其中有两种是JDBC驱动器。一种是用JAVA外包的本地驱动器；另一种是完全的JAVA驱动器。具体要使用哪一种得根据JAVA布署的环境和应用程序本身来定。1.3 慎用异常异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一

9、个新的对象。异常只能用于错误处理，不应该用来控制程序流程。JAVA语言中提供了try/catch来发方便用户捕捉异常，进行异常的处理。但是如果使用不当，也会给JAVA程序的性能带来影响。因此，要注意以下两点。(1) 避免对应用程序的逻辑使用try/catch如果可以用if,while等逻辑语句来处理，那么就尽可能的不用try/catch语句(2) 重用异常在必须要进行异常的处理时，要尽可能的重用已经存在的异常对象。因为在异常的处理中，生成一个异常对象要消耗掉大部分的时间。1.4 不要重复初始化变量默认情况下，调用类的构造函数时， Java会把变量初始化成确定的值：所有的对象被设置成null，整

10、数变量（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）所有的fina

11、l方法（这和具体的编译器实现有关）。此举能够使性能平均提高50%。1.6 尽量使用局部变量调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。请参见尽可能使用堆栈变量。1.7 乘法和除法考虑下面的代码：for (val = 0; val 。该指令在编译时引入指定的资源。在编译之前，带有include指令的页面和指定的资源被合并成一个文件。被引用的外部资源在编译时就确定，比运行时才确定资源更高效。include 动作：例如。该动作引

12、入指定页面执行后生成的结果。由于它在运行时完成，因此对输出结果的控制更加灵活。但时，只有当被引用的内容频繁地改变时，或者在对主页面的请求没有出现之前，被引用的页面无法确定时，使用 include动作才合算。2.4 在部署描述器中设置只读属性实体Bean的部署描述器允许把所有get方法设置成“只读”。当某个事务单元的工作只包含执行读取操作的方法时，设置只读属性有利于提高性能，因为容器不必再执行存储操作。2.5 缓冲对EJB Home的访问EJB Home 接口通过JNDI名称查找获得。这个操作需要相当可观的开销。JNDI查找最好放入Servlet的init()方法里面。如果应用中多处频繁地出现

13、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

14、(home.create(), PayBean.class); 第一个语句表示我们要寻找Bean的Home接口。这个查找通过JNDI进行，它是一个RMI调用。然后，我们定位远程对象，返回代理引用，这也是一个RMI调用。第二个语句示范了如何创建一个实例，涉及了创建IIOP请求并在网络上传输请求的 stub程序，它也是一个RMI调用。要实现本地接口，我们必须作如下修改：方法不能再抛出java.rmi.RemoteException异常，包括从RemoteException派生的异常，比如 TransactionRequiredException、TransactionRolledBackExcep

15、tion和 NoSuchObjectException。EJB提供了等价的本地异常，如TransactionRequiredLocalException、 TransactionRolledBackLocalException和NoSuchObjectLocalException。所有数据和返回值都通过引用的方式传递，而不是传递值。本地接口必须在EJB部署的机器上使用。简而言之，客户程序和提供服务的组件必须在同一个JVM上运行。如果Bean实现了本地接口，则其引用不可串行化。请参见用本地引用提高EJB访问效率。2.7 生成主键在EJB之内生成主键有许多途径，下面分析了几种常见的办法以及它们的特

16、点。利用数据库内建的标识机制（SQL Server的IDENTITY或Oracle的SEQUENCE）。这种方法的缺点是EJB可移植性差。由实体Bean自己计算主键值（比如做增量操作）。它的缺点是要求事务可串行化，而且速度也较慢。利用NTP之类的时钟服务。这要求有面向特定平台的本地代码，从而把Bean固定到了特定的OS之上。另外，它还导致了这样一种可能，即在多CPU的服务器上，同一个毫秒之内生成了两个主键。借鉴Microsoft的思路，在Bean中创建一个GUID。然而，如果不求助于JNI，Java不能确定网卡的MAC地址；如果使用JNI，则程序就要依赖于特定的OS。还有其他几种办法，但这些办

17、法同样都有各自的局限。似乎只有一个答案比较理想：结合运用RMI和JNDI。先通过RMI注册把RMI远程对象绑定到JNDI树。客户程序通过JNDI进行查找。下面是一个例子：public class keyGenerator extends UnicastRemoteObject implements Remote private static long KeyValue = System.currentTimeMillis(); public static synchronized long getKey() throws RemoteException return KeyValue+; 2.

18、8 及时清除不再需要的会话为了清除不再活动的会话，许多应用服务器都有默认的会话超时时间，一般为30分钟。当应用服务器需要保存更多会话时，如果内存容量不足，操作系统会把部分内存数据转移到磁盘，应用服务器也可能根据“最近最频繁使用”（Most Recently Used）算法把部分不活跃的会话转储到磁盘，甚至可能抛出“内存不足”异常。在大规模系统中，串行化会话的代价是很昂贵的。当会话不再需要时，应当及时调用HttpSession.invalidate()方法清除会话。 HttpSession.invalidate()方法通常可以在应用的退出页面调用。2.9 在JSP页面中关闭无用的会话对于那些无需

19、跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。使用如下page指令： 2.10 Servlet与内存使用许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。解决这类内存问题主要有二种办法。第一种办法是，在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口。这样，只要实现valueUnbound()方法，就可以显式地释放Bean使用的资源。另外一种办

20、法就是尽快地把会话作废。大多数应用服务器都有设置会话作废间隔时间的选项。另外，也可以用编程的方式调用会话的 setMaxInactiveInterval()方法，该方法用来设定在作废会话之前，Servlet容器允许的客户请求的最大间隔时间，以秒计。2.11 HTTP Keep-AliveKeep -Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上的大部分 Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担

21、较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。2.12 JDBC与Unicode想必你已经了解一些使用JDBC时提高性能的措施，比如利用连接池、正确地选择存储过程和直接执行的SQL、从结果集删除多余的列、预先编译SQL语句，等等。除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode（代码页13488）。Java以Unicode形式处理所有数据，因此，数据库

22、驱动程序不必再执行转换过程。但应该记住：如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。2.13 JDBC与I/O如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，JDBC每次提取32行数据。举例来说，假设我们要遍历一个5000行的记录集，JDBC必须调用数据库157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。在一些情形下这种技术无效。例如，如果使用可滚动的记录集，或者在查询中指定

23、了FOR UPDATE，则块操作方式不再有效。2.14 内存数据库许多应用需要以用户为单位在会话对象中保存相当数量的数据，典型的应用如购物篮和目录等。由于这类数据可以按照行/列的形式组织，因此，许多应用创建了庞大的Vector或HashMap。在会话中保存这类数据极大地限制了应用的可伸缩性，因为服务器拥有的内存至少必须达到每个会话占用的内存数量乘以并发用户最大数量，它不仅使服务器价格昂贵，而且垃圾收集的时间间隔也可能延长到难以忍受的程度。一些人把购物篮/目录功能转移到数据库层，在一定程度上提高了可伸缩性。然而，把这部分功能放到数据库层也存在问题，且问题的根源与大多数关系数据库系统的体系结构有关

24、。对于关系数据库来说，运行时的重要原则之一是确保所有的写入操作稳定、可靠，因而，所有的性能问题都与物理上把数据写入磁盘的能力有关。关系数据库力图减少I/O操作，特别是对于读操作，但实现该目标的主要途径只是执行一套实现缓冲机制的复杂算法，而这正是数据库层第一号性能瓶颈通常总是CPU的主要原因。一种替代传统关系数据库的方案是，使用在内存中运行的数据库（In-memory Database），例如TimesTen。内存数据库的出发点是允许数据临时地写入，但这些数据不必永久地保存到磁盘上，所有的操作都在内存中进行。这样，内存数据库不需要复杂的算法来减少I/O操作，而且可以采用比较简单的加锁机制，因而速

25、度很快。三、GUI篇这一部分介绍的内容适合于图形用户界面的应用（Applet和普通应用），要用到AWT或Swing。3.1 用JAR压缩类文件Java档案文件（JAR文件）是根据 JavaBean标准压缩的文件，是发布JavaBean组件的主要方式和推荐方式。JAR档案有助于减少文件体积，缩短下载时间。例如，它有助于 Applet提高启动速度。一个JAR文件可以包含一个或者多个相关的Bean以及支持文件，比如图形、声音、HTML和其他资源。要在HTML/JSP文件中指定JAR文件，只需在Applet标记中加入ARCHIVE = name.jar声明。请参见使用档案文件提高 applet 的加载

26、速度。3.2 提示Applet装入进程你是否看到过使用Applet的网站，注意到在应该运行Applet的地方出现了一个占位符？当Applet的下载时间较长时，会发生什么事情？最大的可能就是用户掉头离去。在这种情况下，显示一个Applet正在下载的信息无疑有助于鼓励用户继续等待。下面我们来看看一种具体的实现方法。首先创建一个很小的Applet，该Applet负责在后台下载正式的Applet：import java.applet.Applet; import java.applet.AppletStub;import java.awt.Label;import java.awt.Graphics;

27、 import java.awt.GridLayout; public class PreLoader extends Applet implements Runnable, AppletStub String largeAppletName; Label label; public void init () / 要求装载的正式Applet largeAppletName = getParameter (applet); / “请稍等”提示信息 label = new Label(请稍等. + largeAppletName); add(label); public void run() tr

28、y / 获得待装载Applet的类 Class largeAppletClass = Class.forName(largeAppletName); / 创建待装载Applet的实例 Applet largeApplet = (Applet)largeAppletClass.newInstance(); / 设置该Applet的Stub程序 largeApplet.setStub(this); / 取消“请稍等”信息 remove(label); / 设置布局 setLayout (new GridLayout(1, 0); add(largeApplet); / 显示正式的 Applet l

29、argeApplet.init(); largeApplet.start(); catch (Exception ex) / 显示错误信息 label.setText(不能装入指定的 Applet); / 刷新屏幕 validate(); public void appletResize(int width, int height) / 把 appletResize调用从stub程序传递到Applet resize(width, height); 编译后的代码小于2K，下载速度很快。代码中有几个地方值得注意。首先，PreLoader实现了AppletStub接口。一般地，Applet从调用者判

30、断自己的codebase。在本例中，我们必须调用setStub()告诉Applet到哪里提取这个信息。另一个值得注意的地方是， AppletStub接口包含许多和Applet类一样的方法，但appletResize()方法除外。这里我们把对appletResize()方法的调用传递给了resize()方法。3.3 在画出图形之前预先装入它ImageObserver接口可用来接收图形装入的提示信息。ImageObserver接口只有一个方法imageUpdate()，能够用一次repaint()操作在屏幕上画出图形。下面提供了一个例子。public boolean imageUpdate (Im

31、age img, int flags, int x, int y, int w, int h) if (flags & ALLBITS) !=0 repaint(); else if (flags & (ERROR |ABORT ) != 0) error = true; / 文件没有找到，考虑显示一个占位符 repaint(); return (flags & (ALLBITS | ERROR| ABORT) = 0; 当图形信息可用时，imageUpdate()方法被调用。如果需要进一步更新，该方法返回true；如果所需信息已经得到，该方法返回false。3.4 覆盖update方法upd

32、ate()方法的默认动作是清除屏幕，然后调用paint()方法。如果使用默认的update()方法，频繁使用图形的应用可能出现显示闪烁现象。要避免在paint()调用之前的屏幕清除操作，只需按照如下方式覆盖update()方法：public void update(Graphics g) paint(g); 更理想的方案是：覆盖update()，只重画屏幕上发生变化的区域，如下所示：public void update(Graphics g) g.clipRect(x, y, w, h); paint(g); 3.5 延迟重画操作对于图形用户界面的应用来说，性能低下的主要原因往往可以归结为重画

33、屏幕的效率低下。当用户改变窗口大小或者滚动一个窗口时，这一点通常可以很明显地观察到。改变窗口大小或者滚动屏幕之类的操作导致重画屏幕事件大量地、快速地生成，甚至超过了相关代码的执行速度。对付这个问题最好的办法是忽略所有“迟到” 的事件。建议在这里引入一个数毫秒的时差，即如果我们立即接收到了另一个重画事件，可以停止处理当前事件转而处理最后一个收到的重画事件；否则，我们继续进行当前的重画过程。如果事件要启动一项耗时的工作，分离出一个工作线程是一种较好的处理方式；否则，一些部件可能被“冻结”，因为每次只能处理一个事件。下面提供了一个事件处理的简单例子，但经过扩展后它可以用来控制工作线程。public

34、static void runOnce (String id, final long milliseconds) synchronized(e_queue) / e_queue: 所有事件的集合 if (!e_queue.containsKey(id) e_queue.put(token, new LastOne(); final LastOne lastOne = (LastOne) e_queue.get(token); final long time = System.currentTimeMillis(); / 获得当前时间 lastOne.time = time; (new Thre

35、ad() public void run () if (milliseconds > 0) try Thread.sleep(milliseconds); / 暂停线程 catch (Exception ex) synchronized(lastOne.running) / 等待上一事件结束 if (lastOne.time != time) / 只处理最后一个事件 return; ).start(); private static Hashtable e_queue = new Hashtable(); private static class LastOne public long

36、time=0; public Object running = new Object(); 3.6 使用双缓冲区在屏幕之外的缓冲区绘图，完成后立即把整个图形显示出来。由于有两个缓冲区，所以程序可以来回切换。这样，我们可以用一个低优先级的线程负责画图，使得程序能够利用空闲的CPU时间执行其他任务。下面的伪代码片断示范了这种技术。Graphics myGraphics;Image myOffscreenImage = createImage(size().width, size().height);Graphics offscreenGraphics = myOffscreenImage.getG

37、raphics(); offscreenGraphics.drawImage(img, 50, 50, this);myGraphics.drawImage(myOffscreenImage, 0, 0, this); 3.7 使用BufferedImageJava JDK 1.2使用了一个软显示设备，使得文本在不同的平台上看起来相似。为实现这个功能，Java必须直接处理构成文字的像素。由于这种技术要在内存中大量地进行位复制操作，早期的JDK在使用这种技术时性能不佳。为解决这个问题而提出的Java标准实现了一种新的图形类型，即BufferedImage。BufferedImage子类描述的图形

38、带有一个可访问的图形数据缓冲区。一个BufferedImage包含一个ColorModel和一组光栅图形数据。这个类一般使用RGB（红、绿、蓝）颜色模型，但也可以处理灰度级图形。它的构造函数很简单，如下所示：public BufferedImage (int width, int height, int imageType) ImageType允许我们指定要缓冲的是什么类型的图形，比如5-位RGB、8-位RGB、灰度级等。3.8 使用VolatileImage许多硬件平台和它们的操作系统都提供基本的硬件加速支持。例如，硬件加速一般提供矩形填充功能，和利用CPU完成同一任务相比，硬件加速的效率更

39、高。由于硬件加速分离了一部分工作，允许多个工作流并发进行，从而缓解了对CPU和系统总线的压力，使得应用能够运行得更快。利用VolatileImage可以创建硬件加速的图形以及管理图形的内容。由于它直接利用低层平台的能力，性能的改善程度主要取决于系统使用的图形适配器。VolatileImage的内容随时可能丢失，也即它是“不稳定的（volatile）”。因此，在使用图形之前，最好检查一下它的内容是否丢失。VolatileImage有两个能够检查内容是否丢失的方法：public abstract int validate(GraphicsConfiguration gc);public abstr

40、act Boolean contentsLost(); 每次从VolatileImage对象复制内容或者写入VolatileImage时，应该调用validate()方法。contentsLost()方法告诉我们，自从最后一次validate()调用之后，图形的内容是否丢失。虽然VolatileImage是一个抽象类，但不要从它这里派生子类。VolatileImage应该通过 Component.createVolatileImage()或者 GraphicsConfiguration.createCompatibleVolatileImage()方法创建。3.9 使用Window Blitt

41、ing进行滚动操作时，所有可见的内容一般都要重画，从而导致大量不必要的重画工作。许多操作系统的图形子系统，包括WIN32 GDI、MacOS和 X/Windows，都支持Window Blitting技术。Window Blitting技术直接在屏幕缓冲区中把图形移到新的位置，只重画新出现的区域。要在Swing应用中使用Window Blitting技术，设置方法如下：setScrollMode(int mode); 在大多数应用中，使用这种技术能够提高滚动速度。只有在一种情形下，Window Blitting会导致性能降低，即应用四、JavaScript性能优化 1.使用局部变量避免使用全局

42、变量比如function test() var s = document.getElementById(aaa); s.innerHTML = document.body.clientHeight; 改成function test() var d = document, s = d.getElementById(aaa); s.innerHTML = d.body.clientHeight;局部变量的好处就是减少了作用域链的查找我建议要是有两次的引用就用局部变量2.避免使用with（这个估计地球人都知道）我理解原因就是with会创建自己的作用域，这样就加长了原来的作用域链，使得在with块中执

43、行的代码反而变慢了，在书写上好像省了代码，其实在访问上反而变长变繁琐了，性能下降了。例子 使用with function test() with(document.body) clientHeight = 200px; clientWidth = 200px 其实都可以写成 function test() var ds = document.body; ds.clientHeight = 200px; ds.clientWidth = 200px 3. 遍历nodelist的方式 一般的方式都是 var as = document.getElementsByTagName(div); for(

44、var i=0,las.length;il;i+)/只计算一次长度 我的方式一次都不用 for(var i=0,ci;ci=asi+;)当nodeList完结时就为false就结束了 好处，没计算长度，省了在循环里赋值，代码更加少了,i+到了判断里 （注意：这个方式用在nodelist里可以，如果你用到array里，可会有问题的，数组里有个0后者null什么的就瞎了) 4.别用那么多个var，一个加逗号就搞定了 var a =1; var b = 1; var c =1; 代码长，性能差 拆成 var a=1, b=1, c=1; 5.innerHTML是最好的选择往元素添加元素时，最好用in

45、nerHTML6.ie的removeChild不好用一般咱们删除一个元素会用 elm.removeChild(subElm)这个在ie下不好用，因为在ie下这个只是把这个元素从dom树中断开了，但并没用真正删除，它现在变成了孤立的节点了，要想真正删除，可以这样 var ryc = document.createElement(div); div.appendChild(subElm); div.innerHTML = ; div = null;这样就真的删除了，除了ie外别的都可以用removeChild达到效果7.为多个同级元素绑定事件时，不用为每个都绑定，为他们的父级绑定就行了比如 sdf

46、sdfsdfsdfsdfsdf 可能你要为每个li添加click 为每个添加那可繁琐且容易出现溢出(ie） 其实只要为 ul一个添加就行了,因为事件是冒泡向上的 var ul = document.getElementById(a); ul.onclick = function (e) !e&(e=event); var target = e.srcElement|e.target; if(target.tagName=LI) /your code 8.尽量用原生的方法，因为原生的都是用c/c+编译而成的他们执行的要比用js写的方法快多了9.appendChild用的多时一定要用docuemntfragment比如 for(var i=0;i1000;i+) var o = document.createElement(div); document.body.appendChild(o); 用documentFragment var f = document.createDocumentFragment(); for(var i=0;i=3个了，那用switch吧，好阅读，性能好11. if=3,别用if了，用3元表达式吧12. if=1，if改& if(a=1)a=2 改 a=1&(a=2);13.计算元素位置，while()offsetParent这个