2007年7月13日

Javascript的IE和Firefox兼容性汇编

     摘要: 以下以 IE 代替 Internet Explorer,以 MF 代替 Mozzila Firefox 1. document.form.item 问题     (1)现有问题:         现有代码中存在许多 document.formName.item("itemName") 这样的语...  阅读全文

posted @ 2007-09-06 09:26 万博 阅读(1655) | 评论 (0)编辑 收藏

OSCache 缓存对象的总结

OSCache是当前运用最广的缓存方案。其主被用的最广泛功能是缓存页面,这里主要是用其缓存文件对象。
运用OScache的步骤:
 1.取得oscache.jar 文件放到 /WEB-INF/lib 或相应类库目录 目录中。
 2.oscache.jar依赖commons-collections.jar包。如果你的jdk版本为1.3,
   建议在lib中加入Apache Common Lib 的commons-collections.jar包。
   如jdk是1.4以上则不必要。
 3.src根目录或发布环境的/WEB-INF/classes 目录下放入oscache.properties。
 
 cache.memory
 值为true 或 false ,默认为在内存中作缓存,
 如设置为false,那cache只能缓存到数据库或硬盘中,那cache还有什么意义:)

 cache.capacity
 缓存元素个数

 cache.persistence.class
 持久化缓存类,如此类打开,则必须设置cache.path信息

 cache.cluster 相关
 为集群设置信息。
 如cache.cluster.multicast.ip为广播IP地址
   cache.cluster.properties为集群属性

cache.path   
硬盘持久化时存放文件的目录。如果目录不存在OSCache会自动创建。
Windows系统:c:\\myapp\\cache。其它:/opt/myapp/cache

cache.persistence.overflow.only*   
是否只有当指定的内存缓存已经满时才进行持久化。推荐使用true,flase是为向后兼容。

cache.unlimited.disk   
硬盘缓存是否有限制。缺省为cache.capacity指定的值

运用:
    com.opensymphony.oscache.general.GeneralCacheAdministrator
GeneralCacheAdministrator主要对实现持久化对象的保存以及取出的相关的操作。

Object getFromCache(String key)    //根据key获取缓存对象
Object getFromCache(String key , int refreshInterval)//refreshInterval时间内,根据key获取缓存对象
void putInCache(String key ,Object obj) //保存被缓存对象
void flushAll()                                              //删除所有被缓存的对象
void flushAll(Date date)                            //在指定的时间去删除所有被缓存的对象
void cancelUpdate(String key)                //取消未确定的更新

Java代码
 1 package com.iflytek;   
 2    
 3 import java.io.BufferedInputStream;   
 4 import java.io.BufferedOutputStream;   
 5 import java.io.File;   
 6 import java.io.FileInputStream;   
 7 import java.io.IOException;   
 8 import java.text.SimpleDateFormat;   
 9 import java.util.Date;   
10    
11 import javax.servlet.ServletException;   
12 import javax.servlet.http.HttpServlet;   
13 import javax.servlet.http.HttpServletRequest;   
14 import javax.servlet.http.HttpServletResponse;   
15 import javax.servlet.http.HttpSession;   
16    
17 import com.opensymphony.oscache.base.NeedsRefreshException;   
18 import com.opensymphony.oscache.general.GeneralCacheAdministrator;   
19    
20    
21 public class DisplayChart extends HttpServlet {   
22    
23     /**  
24      * Default constructor.  
25      */   
26     public DisplayChart() {   
27         super();   
28     }   
29    
30     /**  
31      * Init method.  
32      *  
33      * @throws ServletException never.  
34      */   
35     public void init() throws ServletException {   
36         return;   
37     }   
38    
39       
40     public static GeneralCacheAdministrator cacheAdmin = new GeneralCacheAdministrator();   
41     public void service(HttpServletRequest request,    
42                         HttpServletResponse response)   
43             throws ServletException, IOException {   
44        
45         String path = getServletContext().getRealPath("/");    
46         File file = null;   
47         SimpleDateFormat sdf= new SimpleDateFormat("hh-mm-ss");   
48         try {   
49             file = (File)cacheAdmin.getFromCache(sdf.format(new Date()));   
50             System.out.println("来自缓存!"+ sdf.format(new Date()));   
51         } catch (NeedsRefreshException e) {   
52             file = new File(path+"xmls\\Pipe11.xml");   
53             cacheAdmin.putInCache(sdf.format(new Date()), file);   
54             System.out.println("--缓存没有!"+sdf.format(new Date()));              
55         }   
56         sendResponse(file,response);   
57         return;   
58     }   
59     /**  
60      * 把文件用响应流写出  
61      * @param file  
62      * @param response  
63      * @throws IOException  
64      */   
65     public void sendResponse(File file,HttpServletResponse response) throws IOException{   
66         BufferedInputStream  bis = new BufferedInputStream(new FileInputStream(file));   
67         BufferedOutputStream bos = new BufferedOutputStream(response.getOutputStream());   
68         byte[] input = new byte[1024];   
69         boolean eof = false;   
70         while (!eof) {   
71             int length = bis.read(input);   
72             if (length == -1) {   
73                 eof = true;   
74             }    
75             else {   
76                 bos.write(input, 0, length);   
77             }   
78         }   
79         bos.flush();   
80         bis.close();   
81         bos.close();   
82     }   
83    
84 }   
85 

posted @ 2007-07-26 15:58 万博 阅读(1958) | 评论 (0)编辑 收藏

lazy initialization 实现 Singleton 时 synchronized 的必要性说明

首先了解一下Singleton模式通常的两种表现形式:
第一种形式:
public class Singleton { 
    
private Singleton(){} 
    
//在自己内部定义自己一个实例,是不是很奇怪? 
    
//注意这是private 只供内部调用 
    private static Singleton instance = new Singleton(); 
    
//这里提供了一个供外部访问本class的静态方法,可以直接访问 
    public static Singleton getInstance() { 
       
return instance; 
    }
}
第二种形式:
public class Singleton { 
   private static Singleton instance = null
   public static synchronized Singleton getInstance() { 
      //这个方法比上面有所改进,不用每次都进行生成对象,只是第一次 
      //使用时生成实例,提高了效率! 
      if (instance==null) instance=new Singleton(); 
      return instance; 
   } 
}
   
使用Singleton.getInstance()可以访问单态类。 
   上面第二中形式就是lazy initialization,也就是说第一次调用时初始Singleton,以后就不用再生成了。 
   注意到lazy initialization形式中的synchronized,这个synchronized很重要,如果没有synchronized,那么使用getInstance()是有可能得到多个Singleton实例。

   那么为什么只有使用synchronized关键字才可以达到单态的目的呢?synchronized到底有什么含义呢?
   synchronized 关键字,它包括两种用法:synchronized 方法和 synchronized 块。
1. synchronized 方法:通过在方法声明中加入 synchronized关键字来声明 synchronized 方法。如:
public synchronized void accessVal(int newVal); 
   synchronized 方法控制对类成员变量的访问:每个类实例对应一把锁,每个 synchronized 方法都必须获得调用该方法的类实例的锁方能执行,否则所属线程阻塞,方法一旦执行,就独占该锁,直到从该方法返回时才将锁释放,此后被阻塞的线程方能获得该锁,重新进入可执行状态。这种机制确保了同一时刻对于每一个类实例,其所有声明为 synchronized 的成员函数中至多只有一个处于可执行状态(因为至多只有一个能够获得该类实例对应的锁),从而有效避免了类成员变量的访问冲突(只要所有可能访问类成员变量的方法均被声明为 synchronized)。 
   在 Java 中,不光是类实例,每一个类也对应一把锁,这样我们也可将类的静态成员函数声明为 synchronized ,以控制其对类的静态成员变量的访问。 
   synchronized 方法的缺陷:若将一个大的方法声明为synchronized 将会大大影响效率,典型地,若将线程类的方法 run() 声明为 synchronized ,由于在线程的整个生命期内它一直在运行,因此将导致它对本类任何 synchronized 方法的调用都永远不会成功。当然我们可以通过将访问类成员变量的代码放到专门的方法中,将其声明为 synchronized ,并在主方法中调用来解决这一问题,但是 Java 为我们提供了更好的解决办法,那就是 synchronized 块。
2. synchronized 块:通过 synchronized关键字来声明synchronized 块。语法如下:
synchronized(syncObject) { 
   //允许访问控制的代码 
synchronized 块是这样一个代码块,其中的代码必须获得对象 syncObject (如前所述,可以是类实例或类)的锁方能执行,具体机制同前所述。由于可以针对任意代码块,且可任意指定上锁的对象,故灵活性较高。


对synchronized(this)的一些理解

一、当两个并发线程访问同一个对象object中的这个synchronized(this)同步代码块时,一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。

二、然而,当一个线程访问object的一个synchronized(this)同步代码块时,另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。

三、尤其关键的是,当一个线程访问object的一个synchronized(this)同步代码块时,其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。

四、第三个例子同样适用其它同步代码块。也就是说,当一个线程访问object的一个synchronized(this)同步代码块时,它就获得了这个object的对象锁。结果,其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。

五、以上规则对其它对象锁同样适用

posted @ 2007-07-25 14:14 万博 阅读(465) | 评论 (0)编辑 收藏

AOP的基本概念

  • 切面(Aspect): 一个关注点的模块化,这个关注点可能会横切多个对象。事务管理是J2EE应用中一个关于横切关注点的很好的例子。 在Spring AOP中,切面可以使用通用类(基于模式的风格) 或者在普通类中以 @Aspect 注解(@AspectJ风格)来实现。

  • 连接点(Joinpoint): 在程序执行过程中某个特定的点,比如某方法调用的时候或者处理异常的时候。 在Spring AOP中,一个连接点 总是 代表一个方法的执行。 通过声明一个org.aspectj.lang.JoinPoint类型的参数可以使通知(Advice)的主体部分获得连接点信息。

  • 通知(Advice): 在切面的某个特定的连接点(Joinpoint)上执行的动作。通知有各种类型,其中包括“around”、“before”和“after”等通知。 通知的类型将在后面部分进行讨论。许多AOP框架,包括Spring,都是以拦截器做通知模型, 并维护一个以连接点为中心的拦截器链。

  • 切入点(Pointcut): 匹配连接点(Joinpoint)的断言。通知和一个切入点表达式关联,并在满足这个切入点的连接点上运行(例如,当执行某个特定名称的方法时)。 切入点表达式如何和连接点匹配是AOP的核心:Spring缺省使用AspectJ切入点语法。

  • 引入(Introduction): (也被称为内部类型声明(inter-type declaration))。声明额外的方法或者某个类型的字段。 Spring允许引入新的接口(以及一个对应的实现)到任何被代理的对象。 例如,你可以使用一个引入来使bean实现 IsModified 接口,以便简化缓存机制。

  • 目标对象(Target Object): 被一个或者多个切面(aspect)所通知(advise)的对象。也有人把它叫做 被通知(advised) 对象。 既然Spring AOP是通过运行时代理实现的,这个对象永远是一个 被代理(proxied) 对象。

  • AOP代理(AOP Proxy): AOP框架创建的对象,用来实现切面契约(aspect contract)(包括通知方法执行等功能)。 在Spring中,AOP代理可以是JDK动态代理或者CGLIB代理。 注意:Spring 2.0最新引入的基于模式(schema-based)风格和@AspectJ注解风格的切面声明,对于使用这些风格的用户来说,代理的创建是透明的。

  • 织入(Weaving): 把切面(aspect)连接到其它的应用程序类型或者对象上,并创建一个被通知(advised)的对象。 这些可以在编译时(例如使用AspectJ编译器),类加载时和运行时完成。 Spring和其他纯Java AOP框架一样,在运行时完成织入。

通知的类型:

  • 前置通知(Before advice): 在某连接点(join point)之前执行的通知,但这个通知不能阻止连接点前的执行(除非它抛出一个异常)。

  • 返回后通知(After returning advice): 在某连接点(join point)正常完成后执行的通知:例如,一个方法没有抛出任何异常,正常返回。

  • 抛出异常后通知(After throwing advice): 在方法抛出异常退出时执行的通知。

  • 后通知(After (finally) advice): 当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。

  • 环绕通知(Around Advice): 包围一个连接点(join point)的通知,如方法调用。这是最强大的一种通知类型。 环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它们自己的返回值或抛出异常来结束执行。

posted @ 2007-07-13 10:42 万博 阅读(489) | 评论 (0)编辑 收藏

<2007年7月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234

导航

统计

留言簿(1)

随笔档案(13)

搜索

积分与排名

最新随笔

最新评论

阅读排行榜

评论排行榜