程序优化-CSDN博客

本文链接：https://blog.csdn.net/qq_33665647/article/details/60334651

JSP与JavaBean优化

1.尽量少用“+”来连接字符串,而应该使用StringBuilder ，做个实验，t1用的时间大概是t2的两倍，所以应该使用StringBuilder来做字符串相加。

		long s1=System.currentTimeMillis();
		for(int i=0;i<100000;++i){
			String name="name";
			System.out.println(name+":张三");
		}
		long e1=System.currentTimeMillis();
		long t1=e1-s1;
		
		long s2=System.currentTimeMillis();
		for(int i=0;i<100000;++i){
			StringBuilder name=new StringBuilder("name");
			System.out.println(name.append(":张三").toString());
		}
		long e2=System.currentTimeMillis();
		long t2=e2-s2;	
		System.out.println("t1:"+t1);
		System.out.println("t2:"+t2);

2.使用Log4j来打印日志记录，而不是System.out.println();
3.尽可能的使用static , final, private 关键字，在允许的范围内，可以将属性或方法的访问权限设到最小。

4.设计JSP页面，在页面中通常要把相同的部分抽取出来，保存成单独的JSP文件。便于维护，每次只修改一处。

<%@include file="file"%>通常情况下为静态页面，比运行时才确定的效率高。

<jsp:include page="head.jsp" flush="true"/> 它的引入是在运行时完成，因此对输出的结果的控制更加灵活。只有当被引入的页面需要被频繁的修改时，或者未发出请求之前无法确定需要引入的页面时，才会使用include动作。

5.合理设置JavaBean声明周期，<jsp:useBean id="name" class="com.javabean.User" scope="page"/> 将范围设的足够小。

6.默认情况下会为每一个JSP页面创建一个Session，若是JSP页面不需要Session，可以通过一下的方式不为该页面创建Session

<%@ page session="false" %>

在编码的过程中，不要只为了提高性能而省去一些必要操作，例如捕获必要异常，检查方法参数的合法性。检查会降低软件的性能，但是为了软件系统的安全运行，这点性能的付出还是值得的。

hibernate优化

1.充分利用检索策略

检索策略有立即检索，延迟检索，批量检索和迫切左外连接检索。

若是多数情况下加载当前对象时，并不需要立即加载关联对象，则对关联对象采用延迟加载策略。

若是每次加载当前对象时都要立即加载关联对象，对关联对象应采用立即检索策略。

在立即检索的情况下，还可以设置是否采用批量检索策略，以及每次检索的数量，通过batch-size属性实现。默认不采用批量检索。经验表明batch-size取值在2~10时较好，若是设置过大，复杂的select语句会影响对象的加载速度。

迫切左外连接与立即检索的功能是相同的。迫切左外连接实现方式有两种，第一种<many-to-one>和<one-to-many>中<set>元素的fetch属性。该属性的默认值为select，即不采用迫切左外连接策略，若是改为join则使用迫切左外连接策略，不过只对get/load方法有效。另一种比较常用，使用HQL语句实现，

from comp Company   left join fetch comp.depts where comp.id=4

2.批量增加（调用save方法）时，为了避免内存溢出的情况，应当阶段性地通过Session实例的clear()方法清空一级缓存，将持久化对象同步到数据库中。

3.在检索指定对象时，应该使用get，而不是load，因为①get立即加载，load延迟加载，若是检索指定对象，肯定是要立即使用（不然你检索出来干嘛），所以使用get

②get方法若未找到指定对象，返回null，可以据此来判断是否有符合条件的对象。而load会抛异常。

4.批量检索对象时，合理使用 list 与 iterator 方法。list每次都会重新从数据库加载全部符合要求的，即使你上次加载过了，iterator会加载对应编号（主码），当你使用某个对象时，它会寻找缓存，若是有加载过的，便直接拿来用，若是没有则重新调用一次select语句。详情请阅读这个

5.通过Session的createFilter方法对关联对象进行充分过滤，当一个持久化对象获得关联对象的集合时，集合中包含的是所有与该持久化对象关联的对象，若是只用到一部分或是检索关联的对象集合的一个属性，可以通过session的createFilter()方法进行过滤。详情请阅读这篇文章

Query query=session.createFilter(teacher.getStudents(),"where score<60 order by name");

List list=session.createFilter(customer.getOrders(),”select this.ordernumber ”).list();

6.合理运用事务，通常情况下，只有增删改需要开启事务，进行检索时不需要开启事务。JTA事务和JDBC事务。

四种事务的隔离级别（隔离级别依次递减）：Serializable，Repeatable Read , Read Committed, Read Uncomitted一般设置为第三种，它带来的问题可以由锁机制来解决.

7.充分利用缓存机制

一级缓存：通常程序员对这个缓存不干预，交给hibernate自行管理。

二级缓存：是SessionFactory实例级的缓存，因此通过该SessionFactory创建的Session共享此缓存。二级缓存默认关闭，需要由程序员手动开启。

开启的办法是在Hibernate配置文件中添加如下代码，设置缓存提供类。

<property name="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>

使用二级缓存注意：数据不应太大，数据会被频繁读取，数据不会被频繁修改，数据不会被第三方修改，数据不应是敏感数据（涉及钱财，安全等）。

不要想当然的以为缓存一定能提高性能，仅仅在你能够驾驭它并且条件合适的情况下才是这样的。hibernate的二级缓存限制还是比较多的，不方便用jdbc可能会大大的降低更新性能。在不了解原理的情况下乱用，可能会有1+N的问题。不当的使用还可能导致读出脏数据。如果受不了hibernate的诸多限制，那么还是自己在应用程序的层面上做缓存吧。在越高的层面上做缓存，效果就会越好。就好像尽管磁盘有缓存，数据库还是要实现自己的缓存，尽管数据库有缓存，咱们的应用程序还是要做缓存。因为底层的缓存它并不知道高层要用这些数据干什么，只能做的比较通用，而高层可以有针对性的实现缓存，所以在更高的级别上做缓存，效果也要好些吧。

数据库优化

对数据库性能的影响的因素中80%来自不良的SQL语句，虽然SQL语句很容易，但是难以精通。

设计数据库时，可将数据划分为两类，分别为经常被访问的和经常被修改的。对于经常被访问而不经常被修改的数据，数据表的设计应当适当违反数据库设计规范，以提高数据库的查询性能，因为过度细化的表结构会产生复杂的表间关系，连接就越频繁，而连接又十分浪费时间。对于经常被修改但不经常被访问的数据，数据表的设计应该遵循数据库的设计规范。

可以开始完全按照规范进行设计，然后根据实际的需要对数据库进行适当修改。

在设计数据表定义数据列的类型时，建议遵循一下原则：

1.在能满足数据需求的情况下，应尽可能使用较小的数据类型

2.将所有列设置不为空

3.数据列的类型尽量少使用 varchar 和 text

4.当数据列的字符串长度大于200时，不要设置为varchar类型

5.对于日期列尽量使用smalldatetime类型

编写SQL时，建议遵循一下原则：

1.尽量避免没有任何查询条件的SQL语句

2.在编写SQL语句时，应充分利用别名

3.尽量减少查询数据库次数

4.尽量使用相同的或者相似的SQL语句进行查询，这样可以利用SQL共享池中已经分析完成的语法树，加大了SGA中查询到符合数据的可能性。