将（只对数据库进行读取的操作）设置只读属性
10.Servlet与内存使用
许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。解决这类内存问题主要有二种办法。第一种办法是，在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口。这样，只要实现valueUnbound()方法，就可以显式地释放Bean使用的资源。
另外一种办法就是尽快地把会话作废。大多数应用服务器都有设置会话作废间隔时间的选项。另外，也可以用编程的方式调用会话的setMaxInactiveInterval()方法，该方法用来设定在作废会话之前，Servlet容器允许的客户请求的最大间隔时间，以秒计算。
11.HTTP Keep-Alive
Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，
Keep-Alive功能避免了建立或者重新建立连接。市场上的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。
12.JDBC与Unicode
想必你已经了解一些使用JDBC时提高性能的措施，比如利用连接池、正确地选择存储过程和直接执行的SQL、从结果集删除多余的列、预先编译SQL语句，等等。除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode（代码页13488）。Java以Unicode形式处理所有数据，因此，数据库驱动程序不必再执行转换过程。但应该记住：如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。
13.JDBC与I/O
如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，JDBC 每次提取32行数据。举例来说，假设我们要遍历一个5000行的记录集，JDBC必须调用数据库157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。在一些情形下这种技术无效。例如，如果使用可滚动的记录集，或者在查询中指定了FOR UPDATE，则块操作方式不再有效。
Java a代码优化－－尽可能地使用stack(栈)变量（方法内部的局部变量）
Jav
Java程序包含了大量的对象，我们需要了解它们是从哪里被访问的，变量存储于何处对程序的性能有显著的影响－－尤其是某些需要被频繁访问的变量。
我们写一个Java类，在其内部方法中定义的局部变量或对象是存储在stack（堆栈）中的，且JVM是一种stack-based的，因此访问和操纵stack中的数据时性能最佳。而Java类的instance变量（这个类的field）和static变量是在constant pool（常量池）中存储和得到访问的。constant pool中保存了所有的符号引用（symbolic references），指向所有型别(types)、值域(field)，以及每个型别所使用的所有函数（mothods）。访问instance和static 变量时，由于它们存放于constant pool中，所以JVM需要使用更多更耗时的操作码（分析程序生成的bytecode可以看出来）来访问它们。
下面给出一段代码示例，对比后说明怎么尽可能地使用stack变量：
package test;
public class StackVars{
private int x;//instance变量
private static int staticX;//static变量
public void stackAccess(int val){//访问和操作stack变量j
int j=0;
for(int i=0;i j+=1; } } public void instanceAccess(int val){//访问和操作instance变量x for(int i=0;i x+=1; } } public void staticAccess(int val){//访问和操作static变量staticX for(int i=0;i staticX+=1; } } } 经测试，发现运行instanceAccess（）和staticAccess（）方法的时间大约相同，但却比运行stackAccess（）方法慢了2～3倍。因此我们对instanceAccess（）、staticAccess（）两个方法的代码作以下调整，以得到更快的性能： public void instanceAccess(int val){//访问和操作instance变量x int tempX=x; for(int i=0;i tempX+=1; } x=tempX; } public void staticAccess(int val){//访问和操作static变量staticX int tempStaticX=staticX; for(int i=0;i tempStaticX+=1; } staticX=tempStaticX; } 改善之处就是将instance和static变量放到循环之外，而用一个stack变量来完成多次局部运算，最后再将这个stack变量的值传回instance或static变量，从而提高了代码的性能。 Sun JDK自带JVM内存使用分析工具HProf 使用Sun JDK自带JVM内存使用分析工具HProf可以分析JVM堆栈，从而找到占用内存较大的对象。这对应经常出现内存泄漏（OOM）的JAVA系统进行调优很有帮助。 HProf使用方法 ?在WeblogicServer启动脚本中增加-Xrunhprof:heap=sites，重新启动WeblogicServer。 ?使用kill-3 从java.hprof.txt记录的JVM堆栈结果中可以发现JVM占用内存较大的对象：percent live alloc'ed stack class rank self accum bytes objs bytes objs trace name 1 4.57% 4.57%22896964770283922241748384251[C 2 3.99%8.57%200001612000016112308[C 3 3.65%12.22%1827552962218526721008243265[C 4 2.58%14.80%https://www.doczj.com/doc/1b2209587.html,ng.String 5 2.05%16.85%102866475853207272249234252[C 6 2.03%18.88%1015816159101581615918694[B 7 1.88%20.77%942080230274022466920416[B 8 1.61%22.37%80575221422150856463545318[B 9 1.60%23.98%80288077280288077224710 weblogic.servlet.utils.URLMatchMap$URLMatchNode 10 1.60%25.57%7994001998527814006953545073cnc.util.Field 11 1.36%26.93%67936038056793603805494[B 12 1.35%28.28%6748562811951812402158852985java.util.HashMap$Entry …… …… 960.19%63.73%9477631129477631129146[C 970.19%63.92%https://www.doczj.com/doc/1b2209587.html,ng.String 980.19%64.10%https://www.doczj.com/doc/1b2209587.html,ng.String 990.19%64.29%https://www.doczj.com/doc/1b2209587.html,ng.String 1000.18%64.47%8952823824026452033227[B 1010.17%64.64%https://www.doczj.com/doc/1b2209587.html,ng.Object 1020.17%64.81%854646768576869518715[S 1030.17%64.98%85184133185184133128266 weblogic.ejb20.internal.MethodDescriptor 1040.17%65.15%842247528422475224148 weblogic.servlet.internal.dd.ServletDescriptor 1050.17%65.32%841365285047113634876963[C 1060.16%65.48%https://www.doczj.com/doc/1b2209587.html,ng.reflect.Method 1070.15%65.63%77520161577520161527967 weblogic.ejb20.deployer.mbimpl.MethodInfoImpl 1080.15%65.79%https://www.doczj.com/doc/1b2209587.html,ng.Object 1090.15%65.94%7696074769607423695[B 1100.15%66.09%761043171215040896045071cnc.util.FyCol 1110.15%66.24%7468831127468831129152java.util.Hashtable$Entry 1120.15%66.39%https://www.doczj.com/doc/1b2209587.html,ng.String 1130.15%66.54%742806179432878845313[C 1140.14%66.68%724801510436032908445353[C 1150.14%66.82%7072068707206825869[B 1160.14%66.97%7072068707206827448[B 1170.14%67.11%70272127914267224395503[C 1180.14%67.24%692568669256866584[S 1190.13%67.38%https://www.doczj.com/doc/1b2209587.html,ng.Object 1200.13%67.51%661767526617675224170 weblogic.servlet.internal.dd.UIDescriptor 1210.13%67.64%656887156568871525389[C 1220.13%67.77%6560048856005423939[C 1230.13%67.90%6560046232003840639[C 1240.13%68.03%655763676557636751686[C 1250.13%68.17%65568265568230610java.util.HashMap$Entry 1260.13%68.30%6556821308161643271java.util.HashMap$Entry 1270.13%68.43%65552165552116617[B 1280.13%68.56%64600161564600161527969java.util.HashMap 1290.13%68.68%63888266264032266816951java.util.HashMap$Entry 1300.13%68.81%63888266264032266816997java.util.HashMap$Entry 1310.13%68.94%63888266264032266816996 weblogic.rmi.internal.ClientMethodDescriptor 1320.13%69.07%https://www.doczj.com/doc/1b2209587.html,ng.String 1330.13%69.19%https://www.doczj.com/doc/1b2209587.html,ng.String 1340.13%69.32%63232152632321529655 weblogic.utils.collections.ConcurrentHashMap$Entry 1350.13%69.45%63232152632321529704 weblogic.utils.collections.ConcurrentHashMap$Entry 1360.12%69.57%62168388582632516423628[B 1370.12%69.69%61680406669044681[C 1380.12%69.82%6150442460161647372[B 1390.12%69.94%6114436910191602390492[B 1400.12%70.06%610407636104076324194 weblogic.servlet.internal.dd.ServletMappingDescriptor 1410.12%70.18%604001510363360908445338java.util.Hashtable 1420.12%70.30%595448275954482724746 weblogic.servlet.internal.ServletRuntimeMBeanImpl 1430.12%70.42%592481058484984866433236oracle.jdbc.ttc7.TTCItem 1440.12%70.53%58152232187176764748[C 1450.12%70.65%https://www.doczj.com/doc/1b2209587.html,ng.String 1460.11%70.77%57400143557400143516855java.util.HashMap …… …… 根据以上的结果，在java.hprof.txt中定位到导致分配大内存的操作如下：TRACE63: https://www.doczj.com/doc/1b2209587.html,ng.StringBuffer.expandCapacity(StringBuffer.java:202) https://www.doczj.com/doc/1b2209587.html,ng.StringBuffer.append(StringBuffer.java:401) java.util.zip.ZipFile.getEntry(ZipFile.java:148) java.util.jar.JarFile.getEntry(JarFile.java:198) TRACE92: java.util.zip.InflaterInputStream. java.util.zip.ZipFile$1. java.util.zip.ZipFile.getInputStream(ZipFile.java:212) java.util.zip.ZipFile.getInputStream(ZipFile.java:183) Java优化编程（第二版） 2.1垃圾回收堆内存 内存管理的话题在C或C++程序设计中讨论得相对较多，因为在C与C++程序设计中需要开发人员自己申请并管理内存，开发人员可以申请/借用（Apply）系统内存并且负责释放/归还（Release）系统内存，如果“只借不还”就会造成系统内存泄露的问题。在Java程序设计中，这些工作由Java虚拟机（JVM）负责处理。所有内存的申请、分配、释放都由JVM负责完成。因此，开发人员就省去了这部分工作，不过这并不意味着开发人员可以完全依赖于JVM的内存管理功能，如果你这样想并在实际的应用开发中也这样做，你所开发的应用的性能，就有可能不是最优的。这是因为，无论配置多么优良的硬件环境其自身资源都是有限的，由于没有合理、科学的使用内存资源，即使是Java应用也会出现内存枯竭的现象。例如，我们经常会遇到的OutOfMemoryException。再者Java语言（其实不只Java语言）的性能极大程度上依赖于其运行的硬件环境资源，而内存又是硬件环境资源中重要的一部分，因此说，如果开发人员开发的Java应用没能有效、合理地使用系统内存，那么这个应用就不可能具备较高的性能，甚至会导致整个系统在运行一段时间后崩溃。本章将对Java应用开发中与内存管理相关的技术做详细的讲解。 2.1垃圾回收 谈到Java内存管理的话题，就必然会提到垃圾回收的概念，垃圾回收的英文名称为Garbage Collection，简称GC，它是Java程序设计中有关内存管理的核心概念，Java虚拟机（JVM）的内存管理机制被称为垃圾回收机制。因此，要想掌握在开发Java应用时怎样才能合理地管理内存，首先应该了解Java虚拟机的内存管理机制——垃圾回收机制。否则，在不了解垃圾回收具体实现机制的情 况下讨论Java程序设计中的内存管理，优化Java应用性能，就有些纸上谈兵，舍本逐末了。 上面我们提到Java程序设计中的内存管理机制是通过垃圾回收来完成的，那么在JVM运行环境中什么样的对象是垃圾呢？下面我们给出了在JVM运行环境中垃圾对象的定义： 一个对象创建后被放置在JVM的堆内存（heap）中，当永远不再引用这个对象时，它将被JVM在堆内存（heap）中回收。被创建的对象不能再生，同时也没有办法通过程序语句释放它们。 我们也可以这样给JVM中的垃圾对象下定义： 当对象在JVM运行空间中无法通过根集合（root set）到达（找到）时，这个对象就被称为垃圾对象。根集合是由类中的静态引用域与本地引用域组成的。JVM 中通过根集合索引对象如图2-1所示。 图2-1JVM中通过根集合索引对象 &注意图2-1中打了X标记的对象就是不可到达的对象，这些对象就被JVM视为垃圾对象并被JVM回收。JVM将给这些对象打上相应的标记，然后清扫回收这些对象，并将散碎的内存单元收集整合。 这里提到了堆内存的概念，它是JVM管理的一种内存类型，在做Java应用开发时经常会用到由JVM管理的两种类型的内存：堆内存（heap）与栈内存（stack）。有关堆内存的概念，在前面的相关章节中，已经做过相应的介绍。简单地讲，堆内存主要用来存储程序在运行时创建或实例化的对象与变量，例如：我们通过new MyClass()创建的类MyClass的对象。而栈内存（stack）则是用来存储程序代码中声明为静态（static）（或非静态）的方法，JVM、堆内存（heap）与栈内存（stack）三者的关系如图2-2所示。 图2-2JVM、堆内存与栈内存的关系 下面通过一个实例来看一下堆内存（heap）与栈内存（stack）中所存储对象的类型有哪些不同。 …… public class BirdTest{ static Vector birdList=new Vector(); static void makeBird(){ Object bird=new Bird(); birdList.addElement(bird); } public static void main(String[]arg){ makeBird(); … } } …… 在上面的代码中声明了一些静态的变量与方法，同时也通过关键字new创建了一些对象实例，下面给出这个简单的类在运行时JVM中堆内存（heap）与栈内存(stack)中所存储的对象情况，如图2-3所示。 图2-3JVM中堆内存与栈内存中所存储的对象情况 在图2-3中，可以看到我们在类BirdTest中声明的Vector类的birdList 对象，以及在运行时创建的Bird对象都被放在了堆内存（heap）中，而把两个静态方法main()与makeBird()放在了栈内存（stack）中。这说明birdList对象占用了堆内存，静态方法main()与makeBird()则占用了栈内存。在对Java 程序设计中内存管理技术做更为深入的讨论之前，有必要再详细地讲一下堆内存（heap）的相关知识。 堆内存 堆内存（heap）在JVM启动的时候就被创建，它是JVM中非常关键的一个内存管理区域。堆内存中所存储的对象可以被JVM自动回收，不能通过其他外部手段回收，也就是说开发人员无法通过添加相关代码的手段，回收位于堆内存中的对象。堆内存（heap）通常情况下被分为两个区域：新对象（new object）区域与老对象（old object）区域。这里又引入了两个有关JVM内存管理的新概念：新对象（new object）区域与老对象（old object）区域。下面分别对这两个概念做一下介绍。 新对象（new object）区域。又可以细分为三个小区域：伊甸园（Eden）区域、From区域与To区域。伊甸园区域用来保存新创建的对象，它就像一个堆栈，新的对象被创建，就像指向该栈的指针（如果你熟悉C语言，应该非常熟悉指针的概念）在不断增长一样，当伊甸园区域中的对象满了之后，JVM系统将要做可到达性测试，主要任务是检测有哪些对象由根集合出发是不可到达的，这些对象就可以被JVM回收，并且将所有的活动对象从伊甸园区域拷到To区域，此时一些对象将发生状态交换，有的对象就从To区域被转移到From区域，此时From 区域就有了对象。上面对象迁移的整个过程，都是由JVM控制完成的。当我们在使用一些Java应用服务器软件时，通过其所提供的内存与性能监控界面，会看到这一过程引起的系统内存的变化。在这个过程执行期间，Java虚拟机的性能是非常低下的，这个过程会严重影响正在运行的应用的性能。 老对象（old object）区域。在老对象区域中的对象仍然会有一个较长的生命周期，大多数JVM系统中的垃圾对象，都来源于“短命”对象，经过一段时间后，被转入老对象区域的对象，就变成了垃圾对象。此时，它们都被打上相应的标记，JVM系统将会自动回收这些垃圾对象，建议你不要频繁地强制系统做垃圾回收，这是因为JVM会利用有限的系统资源，优先完成垃圾回收工作，致使应用无法快速地响应来自用户端的请求，这样会影响系统的整体性能，这也正是我们不建议读者自己频繁强制做垃圾回收的原因。 为了使读者能够更清楚地了解垃圾回收的过程，根据上面的讲解，给出了JVM 做垃圾回收的过程示意图，如图2-4所示。 图2-4JVM做垃圾回收的过程示意 通过上面的学习，我们知道垃圾回收与对象的生命周期是紧紧联系在一起的，那么JVM中的对象生命周期是怎样的呢？下面就讲解一下JVM中对象的生命周期的相关知识。 2.2JVM中对象的生命周期 在JVM运行空间中，对象的整个生命周期大致可以分为7个阶段：创建阶段（Creatio n）、应用阶段（Using）、不可视阶段（Invisible）、不可到达阶段（Unreachable）、可收集阶段（Collected）、终结阶段（Finalized）与释放阶段（Free）。上面的这7个阶段，构成了JV M中对象的完整的生命周期。下面分别介绍对象在处于这7个阶段时的不同情形。 2.2.1创建阶段 在对象创建阶段，系统要通过下面的步骤，完成对象的创建过程： （1）为对象分配存储空间。 （2）开始构造对象。 （3）递归调用其超类的构造方法。 （4）进行对象实例初始化与变量初始化。 （5）执行构造方法体。 上面的5个步骤中的第3步就是指递归地调用该类所扩展的所有父类的构造方法，一个Java类（除Object类外）至少有一个父类（Object），这个规则既是强制的，也是隐式的。你可能已经注意到在创建一个Java类的时候，并没有显式地声明扩展（extends）一个Obje ct父类。实际上，在Java程序设计中，任何一个Java类都直接或间接的是Object类的子类。例如下面的代码： public class A{ … } 这个声明等同于下面的声明： public class A extends https://www.doczj.com/doc/1b2209587.html,ng.Object{ … } 上面讲解了对象处于创建阶段时，系统所做的一些处理工作，其中有些过程与应用的性能密切相关，因此在创建对象时，我们应该遵循一些基本的规则，以提高应用的性能。 下面是在创建对象时的几个关键应用规则： （1）避免在循环体中创建对象，即使该对象占用内存空间不大。 （2）尽量及时使对象符合垃圾回收标准。 （3）不要采用过深的继承层次。 （4）访问本地变量优于访问类中的变量。 关于规则（1）避免在循环体中创建对象，即使该对象占用内存空间不大，需要提示一下，这种情况在我们的实际应用中经常遇到，而且我们很容易犯类似的错误，例如下面的代码： …… for(int i=0;i<10000;++i){ Object obj=new Object(); System.out.println("obj="+obj); } …… 上面代码的书写方式相信对你来说不会陌生，也许在以前的应用开发中你也这样做过，尤其是在枚举一个Vector对象中的对象元素的操作中经常会这样书写，但这却违反了上述规则（1），因为这样会浪费较大的内存空间，正确的方法如下所示： …… Object obj=null; for(int i=0;i<10000;++i){ obj=new Object(); System.out.println("obj="+obj); } …… 采用上面的第二种编写方式，仅在内存中保存一份对该对象的引用，而不像上面的第一种编写方式中代码会在内存中产生大量的对象应用，浪费大量的内存空间，而且增大了系统做垃圾回收的负荷。因此在循环体中声明创建对象的编写方式应该尽量避免。 另外，不要对一个对象进行多次初始化，这同样会带来较大的内存开销，降低系统性能，如： public class A{ private Hashtable table=new Hashtable(); public A(){ //将Hashtable对象table初始化了两次 table=new Hashtable(); } } 正确的方式为： public class B{ private Hashtable table=new Hashtable(); public B(){ } } 不要小看这个差别，它却使应用软件的性能相差甚远，如图2-5所示。 图2-5初始化对象多次所带来的性能差别 看来在程序设计中也应该遵从“勿以恶小而为之”的古训，否则我们开发出来的应用也是低效的应用，有时应用软件中的一个极小的失误，就会大幅度地降低整个系统的性能。因此，我们在日常的应用开发中，应该认真对待每一行代码，采用最优化的编写方式，不要忽视细节，不要忽视潜在的问题。 2.2.2应用阶段 当对象的创建阶段结束之后，该对象通常就会进入对象的应用阶段。这个阶段是对象得以表现自身能力的阶段。也就是说对象的应用阶段是对象整个生命周期中证明自身“存在价值”的时期。在对象的应用阶段，对象具备下列特征： —系统至少维护着对象的一个强引用（Strong Reference）； —所有对该对象的引用全部是强引用（除非我们显式地使用了：软引用（Soft Reference）、弱引用（Weak Re ference）或虚引用（Phantom Reference））。 上面提到了几种不同的引用类型。可能一些读者对这几种引用的概念还不是很清楚，下面分别对之加以介绍。在讲解这几种不同类型的引用之前，我们必须先了解一下Java中对象引用的结构层次。 Java对象引用的结构层次示意如图2-6所示。 图2-6对象引用的结构层次示意 由图2-6我们不难看出，上面所提到的几种引用的层次关系，其中强引用处于顶端，而虚引用则处于底端。下面分别予以介绍。 1．强引用 强引用（Strong Reference）是指JVM内存管理器从根引用集合（Root Set）出发遍寻堆中所有到达对象的路径。当到达某对象的任意路径都不含有引用对象时，对这个对象的引用就被称为强引用。 2．软引用 软引用（Soft Reference）的主要特点是具有较强的引用功能。只有当内存不够的时候，才回收这类内存，因此在内存足够的时候，它们通常不被回收。另外，这些引用对象还能保证在Java抛出OutOfMemory异常之前，被设置为null。它可以用于实现一些常用资源的缓存，实现Cache的功能，保证最大限度的使用内存而不引起OutOfMemory。再者，软可到达对象的所有软引用都要保证在虚拟机抛出OutOfMemoryError之前已经被清除。否则，清除软引用的时间或者清除不同对象的一组此类引用的顺序将不受任何约束。然而，虚拟机实现不鼓励清除最近访问或使用过的软引用。下面是软引用的实现代码： …… import https://www.doczj.com/doc/1b2209587.html,ng.ref.SoftReference; … A a=new A(); … //使用a … //使用完了a，将它设置为soft引用类型，并且释放强引用；SoftReference sr=new SoftReference(a); a=null; … //下次使用时 if(sr!=null){ a=sr.get(); } else{ //GC由于内存资源不足，可能系统已回收了a的软引用，//因此需要重新装载。 a=new A(); sr=new SoftReference(a); } …… 软引用技术的引进，使Java应用可以更好地管理内存，稳定系统，防止系统内存溢出，避免系统崩溃（crash）。因此在处理一些占用内存较大而且声明周期较长，但使用并不频繁的对象时应尽量应用该技术。正像上面的代码一样，我们可以在对象被回收之后重新创建（这里是指那些没有保留运行过程中状态的对象），提高应用对内存的使用效率，提高系统稳定性。但事物总是带有两面性的，有利亦有弊。在某些时候对软引用的使用会降低应用的运行效率与性能，例如：应用软引用的对象的初始化过程较为耗时，或者对象的状态在程序的运行过程中发生了变化，都会给重新创建对象与初始化对象带来不同程度的麻烦，有些时候我们要权衡利弊择时应用。 3．弱引用 弱引用（Weak Reference）对象与Soft引用对象的最大不同就在于：GC在进行回收时，需要通过算法检查是否回收Soft引用对象，而对于Weak引用对象，GC总是进行回收。因此Weak引用对象会更容易、更快被GC回收。虽然，GC在运行时一定回收Weak引用对象，但是复杂关系的Weak对象群常常需要好几次GC的运行才能完成。Weak引用对象常常用于Map数据结构中，引用占用内存空间较大的对象，一旦该对象的强引用为null时，对这个对象引用就不存在了，GC能够快速地回收该对象空间。与软引用类似我们也可以给出相应的应用代码： …… import https://www.doczj.com/doc/1b2209587.html,ng.ref.WeakReference; … A a=new A(); … //使用a … //使用完了a，将它设置为weak引用类型，并且释放强引用； 系统性能优化方案 (第一章) 系统在用户使用一段时间后（1年以上），均存在系统性能（操作、查询、分析）逐渐下降趋势，有些用户的系统性能下降的速度非常快。同时随着目前我们对数据库分库技术的不断探讨，在实际用户的生产环境，现有系统在性能上的不断下降已经非常严重的影响了实际的用户使用，对我公司在行业用户内也带来了不利的影响。 通过对现有系统的跟踪分析与调整，我们对现有系统的性能主要总结了以下几个瓶颈： 1、数据库连接方式问题 古典C/S连接方式对数据库连接资源的争夺对DBServer带来了极大的压力。现代B/S连接方式虽然不同程度上缓解了连接资源的压力，但是由于没有进行数据库连接池的管理，在某种程度上，随着应用服务器的不断扩大和用户数量增加，连接的数量也会不断上升而无截止。 此问题在所有系统中存在。 2、系统应用方式（架构）问题(应用程序设计的优化) 在业务系统中，随着业务流程的不断增加，业务控制不断深入，分析统计、决策支持的需求不断提高，我们现有的业务流程处理没有针对现有的应用特点进行合理的应用结构设计，例如在‘订单、提油单’、‘单据、日报、帐务的处理’关系上，单纯的数据关系已经难以承载多元的业务应用需求。 3、数据库设计问题（指定类型SQL语句的优化） 目前在系统开发过程中，数据库设计由开发人员承担，由于缺乏专业的数据库设计角色、单个功能在整个系统中的定位模糊等原因，未对系统的数据库进行整体的分析与性能设计，仅仅实现了简单的数据存储与展示，随着用户数据量的不断增加，系统性能逐渐下降。 4、数据库管理与研究问题(数据存储、物理存储和逻辑存储的优化) 随着系统的不断增大，数据库管理员（DBA）的角色未建立，整个系统的数据库开发存在非常大的随意性，而且在数据库自身技术的研究、硬件配置的研究等方面未开展，导致系统硬件、系统软件两方面在数据库管理维护、研究上无充分认可、成熟的技术支持。 5、网络通信因素的问题 随着VPN应用技术的不断推广，在远程数据库应用技术上，我们在实际设计、开发上未充分的考虑网络因素，在数据传输量上的不断加大，传统的开发技术和设计方法已经无法承载新的业务应用需求。 针对以上问题，我们进行了以下几个方面的尝试： 1、修改应用技术模式 2、建立历史数据库 3、利用数据库索引技术 4、利用数据库分区技术 通过尝试效果明显，仅供参考！ Web网站性能优化的相关技术 来源：站长网 https://www.doczj.com/doc/1b2209587.html, 2011-03-04 06:50:47 Web站点性能问题吸引或者迫使越来越多的人投入到这个问题的研究中来，产生了很多解决方案。下面是我根据自身的理解对这些技术进行了归类总结，如有不足之处欢迎拍砖。 一、提高服务器并发处理能力 我们总是希望一台服务器在单位时间内能处理的请求越多越好，这也成了web 服务器的能力高低的关键所在。服务器之所以可以同时处理多个请求，在于操作系统通过多执行流体系设计，使得多个任务可以轮流使用系统资源，这些资源包括CPU、内存以及I/O等。这就需要选择一个合适的并发策略来合理利用这些资源，从而提高服务器的并发处理能力。这些并发策略更多的应用在apache、nginx、lighttpd等底层web server软件中。 二、Web组件分离 这里所说的web组件是指web服务器提供的所有基于URL访问的资源，包括动态内容，静态网页，图片，样式表，脚本，视频等等。这些资源在文件大小，文件数量，内容更新频率，预计并发用户数，是否需要脚本解释器等方面有着很大的差异，对不同特性资源采用能充分发挥其潜力的优化策略，能极大的提高web 站点的性能。例如：将图片部署在独立的服务器上并为其分配独立的新域名，对静态网页使用epoll模型可以在大并发数情况下吞吐率保持稳定。 三、数据库性能优化和扩展。 Web服务器软件在数据库方面做的优化主要是减少访问数据库的次数，具体做法就是使用各种缓存方法。也可以从数据库本身入手提高其查询性能，这涉及到数据库性能优化方面的知识本文不作讨论。另外也可以通过主从复制，读写分离，使用反向代理，写操作分离等方式来扩展数据库规模，提升数据库服务能力。 四、Web负载均衡及相关技术 负载均衡是web站点规模水平扩展的一种手段，实现负载均衡的方法有好几种包括基于HTTP重定向的负载均衡，DNS负载均衡，反向代理负载均衡，四层负载均衡等等。 对这些负载均衡方法做简单的介绍：基于HTTP重定向的负载均衡利用了HTTP 重定向的请求转移和自动跳转功能来实现负载均衡，我们熟悉的镜像下载就使用这种负载均衡。DNS负载均衡是指在一个DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时返回不同的解析结果将客户端的访问引到不同的机 Java堆是指在程序运行时分配给对象生存的空间。通过-mx/-Xmx和-ms/-Xms来设置起始堆的大小和最大堆的大小。根据自己JDK的版本和厂家决定使用-mx和-ms或-Xmx和-Xms。Java堆大小决定了垃圾回收的频度和速度，Java堆越大，垃圾回收的频度越低，速度越慢。同理，Java堆越小，垃圾回收的频度越高，速度越快。要想设置比较理想的参数，还是需要了解一些基础知识的。Java堆的最大值不能太大，这样会造成系统内存被频繁的交换和分页。所以最大内存必须低于物理内存减去其他应用程序和进程需要的内存。而且堆设置的太大，造成垃圾回收的时间过长，这样将得不偿失，极大的影响程序的性能。以下是一些经常使用的参数设置： 1) 设置-Xms等于-XmX的值； 2) 估计内存中存活对象所占的空间的大小，设置-Xms等于此值，-Xmx四倍于此值； 3) 设置-Xms等于-Xmx的1/2大小； 4) 设置-Xms介于-Xmx的1/10到1/4之间； 5) 使用默认的设置。 大家需要根据自己的运行程序的具体使用场景，来确定最适合自己的参数设置。除了-Xms和-Xmx两个最重要的参数外，还有很多可能会用到的参数，这些参数通常强烈的依赖于垃圾收集的算法，所以可能因为JDK的版本和厂家而有所不同。但这些参数一般在Web 开发中用的比较少，我就不做详细介绍了。在实际的应用中注意设置-Xms和-Xmx使其尽可能的优化应用程序就行了。对于性能要求很高的程序，就需要自己再多研究研究Java虚拟机和垃圾收集算法的机制了。可以看看曹晓钢翻译的《深入Java虚拟机》一书。 Java程序性能调优的基本知识和JDK 调优 一基本知识 1.1 性能是什么 在性能调优之前，我们首先来了解一下性能是什么？关于性能，我想每个学习过Java的人都能列 出几点，甚至可以夸夸其谈。在《Java TM Platform Performance》一书中，定义了如下五个方面来作 为评判性能的标准： 1) 运算的性能——哪一个算法的执行性能最好？ 2) 内存的分配——程序运行时需要耗费多少内存？ 服务端性能优化 参考指南 1、代码优化 通过JPROFIRE等第三方工具分析判读代码运行耗时长、性能瓶颈部分，重新审视自己写的代码，逐条逐句，主要注意一下几点： 对象的生成和大小的调整 JAVA程序设计中一个普遍的问题就是没有好好的利用JAVA语言本身提供的函数，从而常常会生成大量的对象（或实例）。由于系统不仅要花时间生成对象，以后可能还需花时间对这些对象进行垃圾回收和处理。因此，生成过多的对象将会给程序的性能带来很大的影响。杜绝不必要的对象产生，减少可调整的生成对象。 代码举例： String name=new String("HuangWeiFeng"); System.out.println(name+"is my name"); (1) 生成新的字符串new String（STR_1); (2) 复制该字符串; (3) 加载字符串常量"HuangWeiFeng"（STR_2); (4) 调用字符串的构架器（Constructor）; (5) 保存该字符串到数组中（从位置0开始）; (6) 从java.io.PrintStream类中得到静态的out变量; (7) 生成新的字符串缓冲变量new StringBuffer(STR_BUF_1); (8) 复制该字符串缓冲变量; (9) 调用字符串缓冲的构架器（Constructor）; (10) 保存该字符串缓冲到数组中（从位置1开始）; (11) 以STR_1为参数，调用字符串缓冲(StringBuffer)类中的append方法; (12) 加载字符串常量"is my name"(STR_3); (13) 以STR_3为参数，调用字符串缓冲(StringBuffer)类中的append方法; (14) 对于STR_BUF_1执行toString命令; (15) 调用out变量中的println方法，输出结果。 上面两行代码生成了STR_1,STR_2,STR_3,STR_4和STR_BUF_1五个对象变量。这些生成的类的实例一般都存放在堆中。堆要对所有类的超类，类的实例进行初始化，同时还要调用类极其每个超类的构架器。而这些操作都是非常消耗系统资源的。因此，对对象的生成进行限制，是完全有必要的。 经修改，上面的代码可以用如下的代码来替换。 优化服务器的性能 第18章服务器性能监视及优化 服务器的安全管理是网络管理人员日常工作的重要内容。服务器的安全管理涉及系统安全、设备安全、网络安全、应用安全、数据安全等方面。因此，只有重视服务器的安全性，掌握网站服务器应用过程中的安全因素，才能制定出服务器的安全措施，并保证网站服务器的正常、安全、高效、稳定运行。本章详细介绍如何加强服务器的安全管理。 18.1 优化服务器的性能 作为系统管理员，不仅担负着对网络和服务器的维护工作，同时还应当随时掌握服务器系统的运行情况，随时了解和掌握系统的各种性能参数，如CPU使用率、内存占用量、网络负载等状况，并通过必要的方法优化系统性能，解决系统存在的潜在问题，保证网络和服务器能够高效、稳定运行，为企业和用户提供各项优质服务。 18.1.1 检测服务器的性能 可以通过任务管理工具来检测和查询服务器的系统性能，并快速获得服务器的系统信息。 1．检测和管理进程 进程与系统性能有着很大的关系。执行应用程序将产生一个进程，并占用服务器系统的资源，进程越多，占用的系统资源也就越多。任务管理器是监视计算机性能的关键指示器，可以查看正在运行的程序的状态，并终止已停止响应的程序。还可以使用多个参数评估正在运行进程的活动，查看反映CPU和内存使用情况的图形和数据。 STEP1 在Windows Server 2003正常运行的情况下，按下组合键Ctrl+Alt+Delete，出现Windows安全管理窗口，单击“任务管理器”按钮，出现如图18-1所示的窗口。 STEP2 在Windows任务管理器的“进程”选项卡中，可查看系统正在运行的进程情况，如用户名、CPU、内存使用等信息。同时，在窗口的底端显示了当前的进程数、CPU使用率和内存使用等情况。 STEP3 选择菜单“查看→选择列”命令，出现如图18-2所示的对话框。选择其中需要显示的选项，可以在列表框中列出多达几十个有关进程的信息。最好选中“基本优先级”复选框，方便查看正在运行程序的优先级。单击“确定”按钮返回Windows任务管理器。根据进程列表中的信息，分析进程是否需要更改优先级或者结束运行。 web服务器性能优化 导读：本文web服务器性能优化，仅供参考，如果觉得很不错，欢迎点评和分享。 作为一种资源的组织和表达机制，Web已成为Internet最主要的信息传送媒介。因此Web的性能已经成为判断一个网站成功与否的一个重要评估标准。而Web服务器则是决定Web性能的重要环节。 Web服务器性能就是指一个Web服务器响应用户请求的能力。为了提高Web服务器的性能人们进行了诸多尝试，已经取得了可喜的成果。本文通过对前人研究结果的分析，提出了在具体应用环境中优化Web服务器的方法和策略。 Web服务器概述 Web系统在现在网络中广泛使用，而Web服务器则是Web系统的一个重要组成部分。完整的Web结构应包括:HTTP协议，Web 服务器，通用网关接口CGI、Web应用程序接口、Web浏览器。 Web服务器是指驻留在因特网上某种类型计算机的程序。它是在网络中信息提供者基干HTTP的为实现信息发布、资料查询、数据处理等诸多应用搭建基本平台的服务器，其主要功能是提供网上信息浏览服务。当Web浏览器(客户端)连到服务器并请求文件时，服务器将处理该请求并将文件发送到该浏览器上，附带的信息会告诉浏览器如何查看该文件(即文件类型)。 Web服务器在web页面处理中大致可分为三个步骤:第一步，web浏览器向一个特定的服务器发出Web页面请求;第二步，Web 服务器接收到web页面请求后，寻找所请求的web页面，并将所请求的Web页面传送给Web浏览器;第三步，Web服务器接收到所请求的web页面，并将它显示出来。 web服务器不仅能够存储信息，还能在用户通过Web浏览器提供的信息的基础上运行脚本和程序。在Web上，常见的大多数表单核搜索引擎上都是用的是CGI脚本。 影响web应用服务器性能的因素 Web服务器的性能就是指一个Web服务器响应用户请求的能力，服务器的性能对于一个Web系统来说至关重要。为了提高Web 服务器的性能人们进行了许多尝试，也采用了许多技术和方法，但是这些技术和方法往往缺乏适用性。 通过对前人的研究分析可以发现，在web服务器的优化方而存在这种问题的原因主要有两个:一方面是服务器性能评测造成的，一方面是选用优化方案时考虑不全面造成的。 现行的服务器性能评测工具在对Web服务器进行评测时，其实是由一台或几台计算机模拟客户机，与被测的Web服务器进行通信，它们其实组成的只是一个局域网的环境，这与真正的广域网的环境有一定的差别。 另外，评测工具在选择网络负载时，虽然已经尽可能的接近真实负载，但是与持续的高频率负载要求仍有差距;再者，在性能测试指 第一章 java 性能调优概述 1.1.2 性能的参考指标 1.2.1 设计调优 比如说如果A组件通过循环不断监控时间E是否发生，其必然会占用部分系统资源。但是可以通过observer模式解决： 1.2.2 代码调优 比如linkedList比ArrayList 随机访问性能好。 1.2.3 JVM调优 一般在开发后期做，比如内存结构，GC种类。 1.2.4 数据库调优 比如大量的拥有相同结构的SQL查询，可以用preparedStatement代替statement；指定要查询的列名，避免用“*”。 比如设置oracle的共享池、缓存区。 1 .2.5 操作系统调优 比如调整unix的共享内存值。 第二章设计优化 2.1 设计模式 2.1.1 单例模式 对于频繁使用对象，因为new次数少，对内存使用不频繁，将减轻GC压力。 2.1.2 代理模式 可以实现比如延迟加载 2.1.3 享元模式 好处同单例模式 2.1.5 观察者模式 可以代替多线程。 2.1.6 Value Object 一次封装所有的属性值，省得一次次请求属性值。 2.1.7 Business Delegate 代理类中一组远程方法调用构成一个业务流程，客户端调用代理类。 2.2 常用优化组件 2.2.1 缓冲 缓冲是一块内存区域，目的是缓解应用程序上下层之间的性能差异。 2.2.2 缓存 也是一块内存区域，目的是暂存数据处理结构，并供下次访问使用。 也可用ehCache等框架 2.2.3 对象复用池 比如线程池和数据库连接池 2.2.4 多线程 2.2.5 负载均衡 2.2.6 时间换空间 比如少申请变量 2.2.7 空间换时间 比如用缓存 第三章 java 程序优化 3.3 使用NIO提升性能 NIO为所有的原始类型提供buffer，NIO是基于Block的，NIO最重要的组件是buffer和Channel。 buffer是一个连续的内存快，是NIO读写数据的中转池。通道表示缓冲数据的源头或者目的地，它是用于想缓存读取或写入数据，是访问缓冲的接口。 3.4 使用软引用和弱引用 3.5 有利于改善性能的技巧 3.5.1 慎用异常 3.5.2 使用局部变量，因为局部变量是在stack中，比较快。 3.5.3 位运算代替乘除法 3.5.12 静态方法代替实例方法 第四章并行程序优化 4.5 锁的优化 4.5.7 ReentrantLock 重入锁 4.5.9 自旋锁 Oracle 数据库设计阶段性能优化策略 通过对Oracle 数据库系统物理结构和逻辑结构的分析，阐述了在Oralce数据库设计开发阶段性能优化的一些策略和方法。 Oracle是目前使用最为广泛的大型数据库管理系统，提高Oracle数据库系统的运行效率，是整个计算机信息系统高效运转的前提和保证。影响Oracle数据库应用系统性能的因素很多，既有软件方面的因素，也包括数据运行的硬件环境、网络环境、数据库管理和维护方面的因素等。数据库系统设计开发阶段是Oracle应用优化的最佳阶段，也是主动优化阶段，能达到以最小成本获得最大性能增益的目的。通过对其逻辑存储结构和物理存储结构设计进行优化，使之在满足需求条件下，时空开销性能最佳，可以解决数据库系统运行过程中性能的渐进性下降或性能突降等问题，以保证系统运行的优良性能。 Oracle数据库的逻辑结构和物理结构 Oracle 数据库的逻辑结构是由一些数据库对象组成，如数据库表空间、表、索引、段、视图、存储过程、触发器等。数据库的逻辑存储结构(表空间等)决定了数据库的物理空间是如何被使用的，数据库对象如表、索引等分布在各个表空间中。 Oracle 数据库的物理结构从操作系统一级查看，是由一个个的文件组成，从物理上可划分为：数据文件、日志文件、控制文件和参数文件。数据文件中存放了所有的数据信息;日志文件存放数据库运行期间产生的日志信息，它被重复覆盖使用，若不采用归档方式的话，已被覆盖的日志信息将无法恢复；控制文件记录了整个数据库的关键结构信息，它若被破坏，整个数据库将无法工作和恢复；参数文件中设置了很多Oracle 数据库的配置参数，当数据库启动时，会读取这些信息。 逻辑结构的优化 逻辑结构优化用通俗的话来说就是通过增加、减少或调整逻辑结构来提高应用的效率，下面通过对基本表的设计及索引、聚簇的讨论来分析ORACLE逻辑结构的优化。 1、基本表扩展: 数据库性能包括存储空间需求量的大小和查询响应时间的长短两个方面。为了优化数据库性能，需要对数据库中的表进行规范化。一般来说，逻辑数据库设计满足第三范式的表结构容易维护且基本满足实际应用的要求。所以，实际应用中一般都按照第三范式的标准进行规范化，从而保证了数据库的一致性和完整性，设计人员往往会设计过多的表间关联，以尽可能地降低数据冗余。但在实际应用中这种做法有时不利于系统运行性能的优化:如过程从多表获取数据时引发大量的连接操作，在需要部分数据时要扫描整个表等，这都消耗了磁盘的I/O 和CPU 时间。 为解决这一问题，在设计表时应同时考虑对某些表进行反规范化，方法有以下几种：一是分割表。分割表可分为水平分割表和垂直分割表两种:水平分割是按照行将一个表分割为多个表，这可以提高每个表的查询速度，但查询、更新时要选择不同的表，统计时要汇总多个表，因此应用程序会更复杂。垂直分割是对于一个列很多的表，若某些列的访问频率 目录 一、服务配置建议 二、MySQL性能分析及建议 三、系统性能分析 很久以前在前公司给中企动力那边写的服务器分析建议，其实出就是一些简单参数调整仍后利用vmstat,top这些工具对系统性能做初步分析。 贴出来希望对朋友们学习有帮助，同时也欢迎朋友们补充！[此文档仅作参考和学习，具体优化比较复杂欢迎朋友们探讨！] 一、服务器配置 先阅读apache配置优化建议如下，再对相关参数进行调整，观察服务器状况. Apache配置优化建议: 进入/usr/local/apache2/conf/extra 目录下 Apache优化, 经过上述操作后，Apache已经能够正常运行。但是，对于访问量稍大的站点，Apache的这些默认配置是无法满足需求的，我们仍需调整Apache的一些参数，使Apache能够在大访问量环境下发挥出更好的性能。以下我们对Apache配置文件httpd.conf中对性能影响较大的参数进行一些说明。 (1) Timeout 该参数指定Apache在接收请求或发送所请求内容之前的最长等待时间（秒），若超过该时间Apache则放弃处理该请求，并释放连接。该参数默认值为120，推荐设置为60，对于访问量较大的网站可以设置为30或15。 (2) KeepAlive 该参数控制Apache是否允许在一个连接中有多个请求，默认打开。但对于大多数论坛类型站点来说，通常设置为off以关闭该支持。 (3) MPM - prefork.c 在默认情况下Apache使用Prefork（进程）工作模式，可以说这部分的参数设置是对Apache性能影响的核心和关键。用户可以在配置文档中找到以下配置段： 系统性能问题分析及优化策略方法 摘要：随着信息化建设的深入和普及，信息系统已经成为了社会的生产、生活重要组成部分，信息系统由各类型复杂的软、硬件组成，功能逻辑结构复杂，数据种类多样，系统的性能犹如系统的生命，是系统正常运行服务的关键，越来越受到人们的重视。如何优化系统性能，是系统设计研发者们必须考虑的问题。性能优化目标只有一个就是提高系统性能，但是性能分析优化的方法策略却多种多样，如系统的架构优化，程序的逻辑优化，内存、I/O、网络、磁盘优化，数据库优化等等。如何选择合适的优化方法，解决性能问题，是系统性能优化的关键。 关键词：性能、优化、系统、升级 System Performance Analysis and Optimization Strategy Abstract: With the development and popularization of grid informatization, the information systems has become an important part of social production and living. They are composing by types of complex information system software and hardware components. Their functions logical structures are of complex and their data types are diverse. The system performance is like living systems which is the key to the normal operation of the service, attracting more and more people's attention. How to optimize system performance is the problem that must be considered by the designer and developer. Performance Optimization has only one goal that is to improve system performance. However, performance analysis and optimization methods and strategies are various, such as system architecture optimization, logic optimization, memory optimization, I / O optimization, network optimization, disk optimization, database optimization and so on. How to choose a suitable optimization method to solve performance problems is the key to system performance optimization. Keywords: Performance, Optimization, System,Upgrade 服务器性能优化 1、Apache+tomcat集群方式 服务器基本设置：1个apache集成二个tomcat。 安装apache http server省略，访问地址为http://127.0.0.1:8081 安装tomcat，解压apache-tomcat-6.0.20.zip，测试时我是把两个tomcat分开放在不同的虚拟机，其中一个是和apache同一台虚拟机。 两个tomcat分别命名为worker2和worker3 先说tomcat.worker2的配置： server.xml 第一步：配置http监听端口，这里端口设为8079,该步骤非必要，只要不冲突就行了。 面向对象 构造器参数太多怎么办？ 用builder模式，用在 1、5个或者5个以上的成员变量 2、参数不多，但是在未来，参数会增加 Builder模式： 属于对象的创建模式，一般有 1.抽象建造者：一般来说是个接口，包含1）建造方法，建造部件的方法（不止一 个），2）返回产品的方法 2.具体建造者 3.导演者，调用具体的建造者，创建产品对象 4.产品，需要建造的复杂对象 对于客户端，创建导演者和具体建造者，并把具体建造者交给导演者，然后由客户端通知导演者操纵建造者进行产品的创建。 在实际的应用过程中，有时会省略抽象建造者和导演者。 不需要实例化的类应该构造器私有 如，一些工具类提供的都是静态方法，这些类是不应该提供具体的实例的。可以参考JDK 中的Arrays。 不要创建不必要的对象 1.避免无意中创建的对象，如自动装箱 2.可以在类的多个实例之间重用的成员变量，尽量使用static。 但是，要记住，是不要创建不必要的对象，而不是不要创建对象。 对象池要谨慎使用，除非创建的对象是非常昂贵的操作，如数据库的连接，巨型对象等等。 避免使用终结方法 finalizer方法，jdk不能保证何时执行，也不能保证一定会执行。如果有确实要释放的资源应该用try/finally。 使类和成员的可访问性最小化 编写程序和设计架构，最重要的目标之一就是模块之间的解耦。使类和成员的可访问性最小化无疑是有效的途径之一。 使可变性最小化 尽量使类不可变，不可变的类比可变的类更加易于设计、实现和使用，而且更不容易出错，更安全。 常用的手段： 不提供任何可以修改对象状态的方法； 使所有的域都是final的。 使所有的域都是私有的。 使用写时复制机制。带来的问题：会导致系统产生大量的对象，而且性能有一定的影响，需要在使用过程中小心权衡。 复合优先于继承 继承容易破坏封装性，而且会使子类的实现依赖于父类。 复合则是在类中增加一个私有域，引用类的一个实例，这样的话就避免了依赖类的具体实现。 只有在子类确实是父类的一个子类型时，才比较适合用继承。 接口优于抽象类 java是个单继承的，但是类允许实现多个接口。 前端优化方案 1.提升页面静态资源加载速度 (1) 1.1减少Http请求 (1) 1.1.1项目首页、访问量非常大的页面有自己单独css内容 (1) 1.1.2移除重复的脚本及样式，统一网站资源（js库、css库）的使用。.2 1.1.3整理优化并合并现css文件及js文件，将所有的css文件以及js文件 分为base、common、page三层 (2) 1.2压缩静态资源文件，减少文件体积大小 (2) 1.2.1采用CSS Sprites技术将页面内所有背景小图标整合到一张图片。 .. 2 1.2.2不要在HTML使用太多大图像 (2) 1.2.3采用开源工具来压缩减小css及js文件体积 (2) 1.3内嵌图像。 (3) 1.4静态资源尽量合并到少数几个域名访问，减少DNS查询 (3) 2.加快页面的渲染展示速度 (3) 2.1 Css和js文件的位置 (3) 2.2规范img标签的使用 (3) 2.3精简页面标签，减少DOM元素 (4) 2.4规范Css代码 (4) 3.服务器端静态资源访问优化 (4) 3.1服务器部署时通过web服务器及应用服务集群配置，让静态资源通过web 服务器提供访问，提高静态资源并发访问效率 (4) 3.2通过在web服务器配置静态资源的缓存以及压缩策略，提高用户访问速度. (4) 3.3通过第三方网络静态资源缓存服务(CDN)，提高网站访问速度，提升用户访 问体验。 (4) 1.提升页面静态资源加载速度 1.1减少Http请求 1.1.1项目首页、访问量非常大的页面有自己单独css内容 静态页面生成时直接生成到文件中，动态文件的话在模板文件中include。 网络性能优化总结 网络性能优化的目的是减少网络系统的瓶颈、设法提高网络系统的运行效率。对于不同的网络硬件环境和软件环境，可以存在不同的优化方法和内容。例如，在一个配置比较落 后而又需要提供各种新服务的网络中，管理员往往需要对内存、CPU磁盘、网络接口和服 务器等分别进行优化处理，以便适应新的网络运行要求。但是，在一个网络服务比较少而硬 件配置比较高的网络中，管理员不需要考虑整个网络的性能问题，只要利用一些性能和网络 监视工具对系统进行监视，然后对发现的问题进行专项处理即可。下面对网络性能优化过程 中的重要内容分别进行介绍。 721内存优化 内存是操作系统中的重要资源，不仅操作系统的运行需要它，而且各种应用程序和服务都需要调用它才能使用。从应用的角度来看，系统内存是引起各种系统问题的重要原因，是需要用户和管理员着重考虑的优化对象。 1.合理使用内存 在内存一定的情况下，合理地使用内存可以提高网络的性能。这要求管理员必须对系 统中的内存使用情况非常了解，对于那些不再需要的功能、应用程序或服务应及时关闭，以便释放内存给其他应用程序和服务。另外，管理员还可以通过系统设置来决定内存的主要优 化对象。一般，服务器的主要优化对象应该是后台服务，而工作站和单个计算机的主要优化 对象应该是前台应用程序。 要选择内存优化的主要对象，可执行下面的操作步骤： (1)打开“控制面板”窗口，右击“系统”图标，从弹出的快捷菜单中选择“打开” 命令，打开“系统特性”对话框。 (2)单击“高级”标签，切换到“高级”选项卡，然后单击“性能”选项组中的“性 能选项”按钮，打开“性能选项”对话框，如图7-1所示。 图7-1 “性能选项”对话框 1 数据库性能优化 ?优先考虑查询 数据库设计时，要优先考虑查询，因为在正常用户使用中，插入（insert）只有一次，但是会经常查询。例如在我们的OA中，起草一次，然后在接收端可能多个人要多次查询。 查询一般不要关联3个以上的表，也就是说一个业务的查询最多去关联3个表，如果必须要关联多个表，那么要尽可能的考虑怎么提高查询效率。 ?一定要考虑索引 在数据量很大的时候，一定要建立索引，索引虽说降低了插入和更新效率，但大大的提高了查询效率。在四川公文传输中通过建立索引，能 提升十几倍的效率。 ?分区 分区可以按照地域、时间等分区。我们现在的项目中主要是使用时间分区就可以了，分区可以避免查询时遍历很多条记录。 ?按新旧查询 这个也可以说是按照时间查询，例如：只查询半年内的数据，半年外的数据在另外一个功能模块中查询。这个主要是根据客户的使用习惯， 他们可能会经常查询半年之内的数据。这样避免每次都去遍历很多条记 录。 2 java性能优化 ?Hibernate缓存 Sprint和hibernate的结构现在是java开发的通用基本框架，所以不可能造成内存问题的，但现在网上也有人说hibernate内存有问题或则效率不高，这其实是没有真正掌握hibernate的技术。 Hibernate的缓存分为内在缓存、session缓存和查询缓存。可能和网上有些叫法不是很一样，道理都一样的。 内在缓存是hibernate的机制，当hibernate随着容器启动后，会把hibernate的pojo对象装载进入缓存中，这些是不能修改的。随着容器的关闭而自动释放。另外我们写的hql语言，hibernate会把这些编译成最低成的sql语句，也放在缓存中。这个也是随着容易的关闭而自动释放得。 Session缓存是随着session作用域的消失而消失，但通过在web.xml 中配置 openSessionInViewFilter，可以把session的作用域延长到jsp和action中。 查询缓存主要是用在更新很少，但查询很频繁的地方，提高查询效率和减少与数据库的交互。 Java内存 Java的内存分两部分： 持久化（perm）：这部分内存是装载进入jvm中是不会消失的，主要用在static中，还有例如：hibernate的hbm和pojo装载后都要把对象放在perm中。在第一次使用是装载近来，不会随着时间或并发量的变化而变化。 另一部分内存就是会随着使用的增加而增加，例如一个发文业务，并发100个人同时使用，那么就会执行100次装载，但这部分内存会随着使用的结束而释放。一般内存益处的问题都在这里，有些代码写的内存不会释放，还有代码写的过于消耗内存，造成并发很大时，内存还来不及释放已经把虚拟机内存撑暴。 Java虚拟机的内存在64位操作系统中可以无限开大，取决于硬件的内存配置。 Java虚拟机的内存在32位操作系统中只能开到1300M~1800M，取决于操作系统，一般linux操作系统可以比windows多开几百M。但可以使用垂直集群方法来解决这个问题，也就是在一台服务器上安装多个java容器。 ElasticSearch性能优化策略 ElasticSearch性能优化主要分为4个方面的优化。 一、服务器部署 1、增加1-2台服务器，用于负载均衡节点 elasticSearch的配置文件中有2个参数：node.master和node.data。这两个参数搭配使用时，能够帮助提供服务器性能。 1.1>node.master: false node.data: true 该node服务器只作为一个数据节点，只用于存储索引数据。使该node服务器功能单一，只用于数据存储和数据查询，降低其资源消耗率。 1.2>node.master: true node.data: false 该node服务器只作为一个主节点，但不存储任何索引数据。该node服务器将使用自身空闲的资源，来协调各种创建索引请求或者查询请求，讲这些请求合理分发到相关的node服务器上。 1.3> node.master: false node.data: false 该node服务器即不会被选作主节点，也不会存储任何索引数据。该服务器主要用于查询负载均衡。在查询的时候，通常会涉及到从多个node服务器上查询数据，并请求分发到多个指定的node服务器，并对各个node服务器返回的结果进行一个汇总处理，最终返回给客户端。 2、关闭data节点服务器中的http功能 针对ElasticSearch集群中的所有数据节点，不用开启http服务。将其中的配置参数这样设置：http.enabled: false，同时也不要安装head,bigdesk,marvel等监控插件，这样保证data节点服务器只需处理创建/更新/删除/查询索引数据等操作。 http功能可以在非数据节点服务器上开启，上述相关的监控插件也安装到这些服务器上，用于监控ElasticSearch集群状态等数据信息。 这样做一来出于数据安全考虑，二来出于服务性能考虑。 3、一台服务器上最好只部署一个Node 一台物理服务器上可以启动多个Node服务器节点（通过设置不同的启动port），但一台服务器上的CPU,内存，硬盘等资源毕竟有限，从服务器性能考虑，不建议一台服务器上启动多个node节点。 二、服务器配置 1、配置索引线程池的大小 ElastiSearch服务器有多个线程池大小配置。主要有：index，search，suggest，get，bulk，percolate，snapshot，snapshot_data，warmer，refresh。 在此主要针对index和search进行一个配置调整。index操作包含：创建/更新/删除索引数据。search操作主要针对用户的各种搜索操作。 具体配置如下： threadpool: index: type: fixed size: 100 search: type: fixed https://www.doczj.com/doc/1b2209587.html,中常用的26个优化性能方法收藏 1. 数据库访问性能优化 数据库的连接和关闭 访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证，比较耗费服务器资源。https://www.doczj.com/doc/1b2209587.html,中提供了连接池(Connection Pool)改善打开和关闭数据库对性能的影响。系统将用户的数据库连接放在连接池中，需要时取出，关闭时收回连接，等待下一次的连接请求。连接池的大小是有限的，R1如果在连接池达到最大限度后仍要求创建连接，必然大大影响性能。因此，在建立数据库连接后只有在真正需要操作时才打开连接，使用完毕后马上关闭，从而尽量减少数据库连接打开的时间，避免出现超出连接限制的情况。 使用存储过程 存储过程是存储在服务器上的一组预编译的SQL语句，类似于DOS系统中的批处理文件。存储过程具有对数据库立即访问的功能，信息处理极为迅速。使用存储过程可以避免对命令的多次编译，在执行一次后其执行规划就驻留在高速缓存中，以后需要时只需直接调用缓存中的二进制代码即可。另外，存储过程在服务器端运行，独立于https://www.doczj.com/doc/1b2209587.html,程序，便于修改，最重要的是它可以减少数据库操作语句在网络中的传输。 优化查询语句 https://www.doczj.com/doc/1b2209587.html,中ADO连接消耗的资源相当大，SQL语句运行的时间越长，占用系统资源的时间也越长。因此，R2尽量使用优化过的SQL语句以减少执行时间。比如，不在查询语句中包含子查询语句，充分利用索引等。 2. 字符串操作性能优化 使用值类型的ToString方法 在连接字符串时，经常使用"+"号直接将数字添加到字符串中。这种方法虽然简单，也可以得到正确结果，但是由于涉及到不同的数据类型，数字需要通过装箱操作转化为引用类型才可以添加到字符串中。但是装箱操作对性能影响较大，因为在进行这类处理时，将在托管堆中分配一个新的对象，原有的值复制到新创建的对象中。R3使用值类型的ToString方法可以避免装箱操作，从而提高应用程序性能。 运用StringBuilder类 String类对象是不可改变的，对于String对象的重新赋值在本质上是重新创建了一个String 对象并将新值赋予该对象，其方法ToString对性能的提高并非很显著。R4在处理字符串时，最好使用StringBuilder类，其.NET 命名空间是System.Text。该类并非创建新的对象，而是通过Append，Remove，Insert等方法直接对字符串进行操作，通过ToString方法返回操作结果。其定义及操作语句如下所示： int num; System.Text.StringBuilder str = new System.Text.StringBuilder(); //创建字符串str.Append(num.ToString()); //添加数值num Response.Write(str.ToString); //显示操作结果系统性能优化方案
web性能优化(服务器优化)
java性能调优的基本知识
服务端性能优化参考指南
优化服务器的性能
web服务器性能优化
Java程序性能优化 让你的Java程序更快、更稳定-笔记
Oracle 数据库设计阶段性能优化策略
服务器性能优化配置建议
[2016-06-28]_系统性能问题分析及优化策略方法总结(无作者)
服务器性能调优
Java架构学习【JVM与性能优化知识点整理】编写高效优雅Java程序
前端性能优化方案
网络性能优化
java和数据库性能优化
ElasticSearch性能优化策略
26个常用的.net性能优化方法
相关主题
文本预览