2. 尽量在一个语句中做定义变量和赋值。

    3. 省略不必要的变量定义。
    如果变量的定义可以被一个常量替代，就直接使用常量。

    4. 使用Object语法对对象赋值。
    Object的赋值语法在操作复杂对象时效率更高。
    例如，可以将下面的代码：

car = new Object();
car.make = "Honda";
car.model = "Civic";
car.transmission = "manual";
car.miles = 100000;
car.condition = "needs work";

    替换成：

car = {
    make: "Honda",
    model: "Civic",
    transmission: "manual",
    miles: 100000,
    condition: "needs work"
}

    4.2.2 对象缓存
    1. 缓存对象查找的中间结果。
    因为JavaScript的解释性，所以a.b.c.d.e，需要进行至少4次查询操作，先检查a再检查a中的b，再检查b中的c，如此往下。所以如果这样的表达式重复出现，只要可能，应该尽量少出现这样的表达式，可以利用局部变量，把它放入一个临时的地方进行查询。

    2. 缓存创建时间较长的对象。
    自定义高级对象和Date、RegExp对象在构造时都会消耗大量时间。如果可以复用，应采用缓存的方式。

    4.2.3 字符串操作
    1. 使用"+=" 追加字符串，使用"+"来连接字符串。
    如果是追加字符串，最好使用s+=anotherStr操作，而不是要使用s=s+anotherStr。
    如果要连接多个字符串，应该使用"+"，如：
    s+=a;
    s+=b;
    s+=c;
    应该写成
    s+=a + b + c；

    2. 连接大量的字符串，应使用Array的join方法。
    如果是收集字符串，最好使用JavaScript数组缓存，最后使用join方法连接起来，如下：

var buf = new Array();
for (var i = 0; i < 100; i++)
{
    buf.push(i.toString());
}

var all = buf.join("");

    4.2.4 类型转换
    1. 使用Math.floor()或者Math.round()将浮点数转换成整型。
    浮点数转换成整型，这个更容易出错，很多人喜欢使用parseInt()，其实parseInt()是用于将字符串转换成数字，而不是浮点数和整型之间的转换，我们应该使用Math.floor()或者Math.round()。
对象查找中的问题不一样，Math是内部对象，所以Math.floor()其实并没有多少查询方法和调用的时间，速度是最快的。

    2. 自定义的对象，推荐定义和使用toString()方法来进行类型转换。
    对于自定义的对象，如果定义了toString()方法来进行类型转换的话，推荐显式调用toString()。因为内部的操作在尝试所有可能性之后，会尝试对象的toString()方法尝试能否转化为String，所以直接调用这个方法效率会更高。

    4.2.5 循环的优化
    1. 尽可能少使用for(in)循环。
    在JavaScript中，我们可以使用for(;;),while(),for(in)三种循环，事实上，这三种循环中for(in)的效率极差，因为他需要查询散列键，只要可以就应该尽量少用。

    2. 预先计算collection的length。
    如：将
     for (var i = 0; i < collection.length; i++)
    替换成：
     for (var i = 0, len = collection.length; i < len; i++)
    效果会更好，尤其是在大循环中。

    3. 尽量减少循环内的操作。
    循环内的每个操作，都会被放大为循环次数的倍数。所以，大循环内微小的改进，在性能的整体提升上都是可观的。

    4. 使用循环替代递归。
相比循环，递归的效率更差一些。递归的优点是在形式上更自然一些。所以，在不影响代码的维护性的前提下，用循环替代递归。

    4.2.6 其它方面
    1. 尽量使用语言内置的语法。
    "var arr = […];"和"var arr = new Array(…);"是等效的，但是前者的效能优于后者。同样，"var foo = {};"的方式也比"var foo = new Object();"快；"var reg = /../;"要比"var reg=new RegExp()"快。

    2. 尽量不要使用eval。
使用eval，相当于在运行时再次调用解释引擎，对传入的内容解释运行，需要消耗大量时间。

    3. 使用prototype代替closure。
    使用closure在性能和内存消耗上都是不利的。如果closure使用量过大，这就会成为一个问题。所以，尽量将：
     this.methodFoo = function()
替换成：
     MyClass.protoype.methodFoo = function()
和closure存在于对象实例之中不同，prototype存在于类中，被该类的所有的对象实例共享。

    4. 避免使用with语句。
    With语句临时扩展对象查找的范围，节省了文字的录入时间，但付出了更多的执行时间。因为每个给出的名称都要在全局范围查找。所以，可以将下面的代码：

with (document.formname)
{
    field1.value = "one";
    field2.value = "two";
}

变更为：

var form = document.formname;
form.field1.value = "one";
form.field2.value = "two";

    4.3 DOM相关
    4.3.1 创建DOM节点
    相比较通过document.write来给页面生成内容，找一个容器元素（比如指定一个div或者span）并设置他们的innerHTML效率更高。
    而设置innerHTML的方式比通过createElement方法创建节点的效率更高。事实上，设置元素的innerHTML是创建节点效率最高的一种方式。
    如果必须使用createElement方法，而如果文档中存在现成的样板节点，应该是用cloneNode()方法。因为使用createElement()方法之后，你需要设置多次元素的属性，使用cloneNode()则可以减少属性的设置次数。同样，如果需要创建很多元素，应该先准备一个样板节点。

    4.3.2 离线操作大型的DOM树
    在添加一个复杂的DOM树时，可以先构造，构造结束后再将其添加到DOM数的适当节点。这能够节省界面刷新的时间。

    同样，在准备编辑一个复杂的树时，可以先将树从DOM树上删除，等编辑结束后再添加回来。
 
    4.3.3 对象查询
    使用[""]查询要比.item()更快。调用.item()增加了一次查询和函数的调用。

    4.3.4 定时器
    如果针对的是不断运行的代码，不应该使用setTimeout，而应该用setInterval。setTimeout每次要重新设置一个定时器。

    4.4 其他
    1. 尽量减小文件尺寸。
    将JScript文件中无关的空行、空格、注释去掉，有助于减小JS文件的尺寸，提高下载的时间。（可以通过工具来支持代码发布）
    2. 尽量不要在同一个Page内同时引用JScript和VBScript引擎
    3. 将Page内的JScript移入到单独的JS文件中。
    4. 将Page内的JScript放置在Page的最下面，有助于提高页面的响应速度。
    5. 利用cache，减少JScript文件的下载次数
    6. 在HTML内书写JScript文件的URL时，注意统一大小写。这样可以利用前面URL缓存的文件。
    7. 推荐使用JScript Lint检查Javascript代码。毕竟，对JScript引擎来说，最容易理解的JScript代码，执行的效率也就最高。

    2. 缓冲页面输出
    如果可能，则尽量缓冲页面输出，处理结束后再一次传送到客户端，这可以避免频繁传递小块内容所造成的多次网络交互。由于这种方式在页面处理结束之前客户端无法看到页面内容，因此如果一个页面的尺寸较大的话，可考虑使用Response.Flush方法。该方法强制输出迄今为止在缓冲区中的内容，你应当采用合理的算法控制调用Response.Flush方法的次数。

    3. 使用Server.Transfer重定向请求
    使用Server.Transfer方法重定向请求优于Response.Redirect方法。原因是Response.Redirect会向Broswer回送一个响应头，在响应头中指出重定向的URL，之后Brower使用新的URL重新发出请求。而Server.Transfer方法直接是一个简单的服务端调用，完全没有这些开销！
    需要注意Server.Transfer有局限性：第一，它会跳过安全检查；第二，只适用于在同一Web应用内的页面间跳转。

    3.2 避免阻塞和长时间的作业
    如果需要运行阻塞或长时间运行的操作，可以考虑使用异步调用的机制，以便Web服务器能够继续处理其它的请求。
    1. 使用异步方式调用Web服务和远程对象
    只要有可能就要避免在请求的处理过程中对Web服务和远程对象的同步调用，因为它占用的是的ASP.NET 线程池中的工作线程，这将直接影响Web服务器响应其它请求的能力。

    2. 考虑给不需要返回值的Web方法或远程对象的方法添加OneWay属性
    这种模式能让Web Server调用之后就立即返回。可根据实际情况决定是否使用这种方法。

    3. 使用工作队列
    将作业提交到服务器上的工作队列中。客户端通过发送请求来轮询作业的执行结果。

    3.3 使用缓存
    缓存能在很大程度上决定ASP.NET应用的最终性能。Asp.net支持页面输出缓存和页面部分缓存，并提供Cache API，供应用程序缓存自己的数据。是否使用缓存可考虑下面的要点：
    1. 识别创建与访问代价较大的数据
    2. 评估需要缓存数据的易变性
    3. 评估数据的使用频次
    4. 将要缓存数据中易变数据和不变数据分离，只缓存不变数据
    5. 选择合适的缓存机制（除Asp.net Cache外，Application state和Session state也可以作为缓存使用）

    3.4 多线程
    1. 避免在请求处理过程中创建线程
    在执行请求的过程中创建线程是一种代价较大的操作，会严重影响Web Server的性能。如果后续的操作必须用线程完成，建议通过thread pool来创建/管理线程。

    2. 不要依赖线程数据槽或线程静态变量
    由于执行请求的线程是ASP.NET thread pool中的工作线程，同一个Client的两次请求不一定由相同的线程来处理。

    3. 避免阻塞处理请求的线程
参考"避免阻塞和长时间的作业"小节。

    4. 避免异步调用
    这和1的情况类似。异步调用会导致创建新的线程，增加服务器的负担。所以，如果没有并发的作业要执行，就不要执行异步调用。

    3.5 系统资源
    1. 考虑实现资源池以提升性能
    2. 明确地调用Dispose或Close释放系统资源
    3. 不要缓存或长时间占用资源池中的资源
    4. 尽可能晚的申请，尽可能早的释放

    3.6 页面处理
    1. 尽量减小Page的尺寸
    包括缩短控件的名称、CSS的class的名称、去掉无谓空行和空格、禁用不需要的ViewState
    2. 启用页面输出的缓冲区（Buffer）
    如果Buffer的机制被关闭，可以用下面的方法打开。
     使用程序打开页面输出缓存：
      Response.BufferOutput = true;

     使用@Page开关打开页面输出缓冲机制：
      <%@ Page Buffer = "true" %>

     使用Web.config或Machine.config配置文件的<pages>节点：
      <pages buffer="true" …>
    3. 利用Page.IsPostBack优化页面输出
    4. 通过分离页面的不同的内容，来提高缓存效率和减少呈现的时间 
    5. 优化复杂和代价较大的循环 
    6. 合理利用客户端的计算资源，将一些操作转移到客户端进行

    3.7 ViewState
    ViewState是Asp.net为服务端控件在页面回传之间跟踪状态信息而设计的一种机制。
    1. 关闭ViewState
    如果不需要跟踪页面状态，例如页面不会 回传（PostBack）、不需要处理服务端控件事件或者每次页面刷新时都会重新计算控件内容，那么就不需要用ViewState来记录页面状态了。可以对特定的WebControl设置EnableViewState属性，也可以在页面一级设置：
<%@ Page EnableViewState="false" %>

    2. 在恰当的时间点初始化控件属性
    ASP.NET的控件在执行构造函数、初始化的期间设置的属性不会被跟踪变化；而在初始化阶段之后对属性的修改都会被跟踪，并最终记录到IE页面的__VIEWSTATE之中。所以，选择合理的初始化控件属性的执行点，能有效的减小页面尺寸。

    3. 谨慎选择放到ViewState中的内容
    放到ViewState中的内容会被序列化/反序列化，Asp.net为String、Integer、Boolean等基本类型的序列化做了优化，如果Array、ArrayList、HashTable存储的是基本类型效率也较高，但其它类型则需要提供类型转换器（Type Converter），否则将使用代价昂贵的二进制序列化程序。

    这里强调一下在方法之间传递连接的危害：曾经在压力测试中遇到过一个测试案例，当增大用户数的时候，这个案例要比别的案例早很久就用掉连接池中的所有连接。经分析，就是因为A方法把一个打开的连接传递到了B方法，而B方法又调用了一个自行打开和关闭连接的C方法。在A方法的整个运行期间，它至少需要占用两条连接才能够成功工作，并且其中的一条连接占用时间还特别长，所以造成连接池资源紧张，影响了整个系统的可伸缩性！

    2.2.2 显式关闭连接
    Connection对象本身在垃圾回收时可以被关闭，而依赖垃圾回收是很不好的策略。推荐使用using语句显式关闭连接，如下例： 

using (SqlConnection conn = new SqlConnection(connString))
{
    conn.Open();
    
}    // Dispose is automatically called on the conn variable here

    2.2.3 确保连接池启用
    Ado.net是为每个不同的连接串建立连接池，因此应该确保连接串不会出现与具体用户相关的信息。另外，要注意连接串是大小写敏感的。
    2.2.4 不要缓存连接
    例如，把连接缓存到Session或Application中。在启用连接池的情况下，这种做法没有任何意义。
    2.3 Command
    2.3.1 使用ExecuteScalar和ExecuteNonQuery
    如果想返回像Count(*)、Sum(Price)或Avg(Quantity)那样的单值，可以使用ExecuteScalar方法。ExecuteScalar返回第一行第一列的值，将结果集作为标量值返回。因为单独一步就能完成，所以ExecuteScalar不仅简化了代码，还提高了性能。
    使用不返回行的SQL语句时，例如修改数据（INSERT、UPDATE或DELETE）或仅返回输出参数或返回值，请使用ExecuteNonQuery。这避免了用于创建空DataReader的任何不必要处理。
    2.3.2 使用Prepare
    当需要重复执行同一SQL语句多次，可考虑使用Prepare方法提升效率。需要注意的是，如果只是执行一次或两次，则完全没有必要。例如：

cmd.CommandText = "insert into Table1 ( Col1, Col2 ) values ( @val1, @val2 )";

cmd.Parameters.Add( "@val1", SqlDbType.Int, 4, "Col1" );
cms.Parameters.Add( "@val2", SqlDbType.NChar, 50, "Col2");

cmd.Parameters[0].Value = 1;
cmd.Parameters[1].Value = "XXX";
cmd.Prepare();
cmd.ExecuteNonQuery();

cmd.Parameters[0].Value = 2;
cmd.Parameters[1].Value = "YYY";
cmd.ExecuteNonQuery();

cmd.Parameters[0].Value = 3;
cmd.Parameters[1].Value = "ZZZ";
cmd.ExecuteNonQuery();

    2.3.3 使用绑定变量 ★
    SQL语句需要先被编译成执行计划，然后再执行。如果使用绑定变量的方式，那么这个执行计划就可以被后续执行的SQL语句所复用。而如果直接把参数合并到了SQL语句中，由于参数值千变万化，执行计划就难以被复用了。例如上面Prepare一节给出的示例，如果把参数值直接写到insert语句中，那么上面的四次调用将需要编译四次执行计划。
    为避免这种情况造成性能损失，要求一律使用绑定变量方式。
    2.4 DataReader
    DataReader最适合于访问只读的单向数据集。与DataSet不同，数据集并不全部在内存中，而是随不断发出的read请求，一旦发现数据缓冲区中的数据均被读取，则从数据源传输一个数据缓冲区大小的数据块过来。另外，DataReader保持连接，DataSet则与连接断开。
    2.4.1 显式关闭DataReader
    与连接类似，也需要显式关闭DataReader。另外，如果与DataReader关联的Connection仅为DataReader服务的话，可考虑使用Command对象的ExecuteReader(CommandBehavior.CloseConnection)方式。这可以保证当DataReader关闭时，同时自动关闭Connection。
    2.4.2 用索引号访问代替名称索引号访问属性
    从Row中访问某列属性，使用索引号的方式比使用名称方式有细微提高。如果会被频繁调用，例如在循环中，那么可考虑此类优化。示例如下：

cmd.CommandText = "select Col1, Col2 from Table1" ;
SqlDataReader dr = cmd.ExecuteReader();

int col1 = dr.GetOrdinal("Col1");
int col2 = dr.GetOrdinal("Col2");

while (dr.Read())
{
    Console.WriteLine( dr[col1] + "_" + dr[col2]);
}

    2.4.3 使用类型化方法访问属性
    从Row中访问某列属性，用GetString、GetInt32这种显式指明类型的方法，其效率较通用的GetValue方法有细微提高，因为不需要做类型转换。
    2.4.4 使用多数据集
    部分场景可以考虑一次返回多数据集来降低网络交互次数，提升效率。示例如下：

cmd.CommandText = "StoredProcedureName";    // The stored procedure returns multiple result sets.
SqlDataReader dr = cmd.ExecuteReader();

while (dr.read())
// read first result set

dr.NextResult();

while (dr.read())
// 

    2.5 DataSet
    2.5.1 利用索引加快查找行的效率
    如果需要反复查找行，建议增加索引。有两种方式：
    1. 设置DataTable的PrimaryKey
    适用于按PrimaryKey查找行的情况。注意此时应调用DataTable.Rows.Find方法，一般惯用的Select方法不能利用索引。
    2. 使用DataView
    适用于按Non-PrimaryKey查找行的情况。可为DataTable创建一个DataView，并通过SortOrder参数指示建立索引。此后使用Find或FindRows查找行。