BlogJava-谁动了我的代码-随笔分类-Java

Java偏向锁实现原理讲解(Biased Locking)

teddy — Wed, 18 Nov 2009 05:10:00 GMT

引用：Java偏向锁实现原理讲解(Biased Locking)(版权归原作者所有)

teddy 2009-11-18 13:10 发表评论

Tomcat乱码问题研究，附带AJAX乱码问题研究。

teddy — Sun, 07 Jun 2009 15:47:00 GMT

很奇怪测试了多个应用服务器，只有Tomcat出现了乱码问题。让我们来分析一下原因，测试环境是Tomcat5.5.27，字符集编码统一为UTF-8。

1.页面静态内容乱码（非动态生成内容乱码）
这一般是<%@ page pageEncoding="UTF-8" %>设置的问题，建议在每个页面上都加上pageEncoding设定，让应用服务器能正确把JSP文件按照设定的编码转换为Java文件，只要这个pageEncoding设置正确就可以避免静态内容的乱码。有人可能会说我没有设置也没有乱码，那是因为应用服务器还可以读取<%@ page contentType="text/html; charset=UTF-8" %>中的charset作为备选方案，虽然这是JSP规范中要求的，但是难保有的容器没有实现或实现有BUG，所以有时候在某个应用服务器下（如Tomcat）不设置pageEncoding也可以，但是同样的页面拿到别的应用服务器下就不能保证不出现乱码。

2.动态生成内容乱码
新下载的Tomcat没有经过任何特殊的设置，无论是GET和POST都出现乱码。首先设置HTTP Connector（server.xml中监听8080端口的那个Connector），加上URIEncoding="UTF-8"，消除了GET乱码，再在JSP页面中第一句加入<% request.setCharacterEncoding("UTF-8"); %>，消除了POST乱码。
通过上面两个设置我们发现，URIEncoding控制的是GET字符集编码，Request的CharacterEncoding控制的是POST字符集编码。
如果没有上面那句<% request.setCharacterEncoding("UTF-8"); %>，在页面起始加入<%= request.getCharacterEncoding() %>，在Tomcat下我们发现输出null，在其他服务器下却输出UTF-8。这就是为什么在Tomcat下应该正确设置Request的CharacterEncoding的原因。
上面提到的<%@ page contentType="text/html; charset=UTF-8" %>，除了声明返回给客户端的流是text/html外，同时设置了Response的CharacterEncoding，即相当于执行了Response.setCharacterEncoding("UTF-8")这段代码。它保证了服务器端生成的动态内容到达客户端也不会乱码。
但有一种情况下也不会出现乱码，就是如下例这种情况，前提是没有设置Request的CharacterEncoding：

1 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
2 response.getWriter().write(request.getParameter("xxxxx"));
3 }

这种情况下提交过来的表单数据其实是ISO-8859-1的编码，而返回给客户端又没有<%@ page contentType="text/html; charset=UTF-8" %>的设置，所以还是ISO-8859-1的编码，但是为什么没有乱码呢？其实已经乱码了，如果在第2行下断点的话，会发现request.getParameter("xxxxx")的返回值就是乱码。可以用一句Java代码来解释为什么客户端显示结果没有乱码，如下：

1 System.out.println(new String("你好，世界".getBytes("ISO-8859-1"), "ISO-8859-1");

很奇怪这句代码，明明是中文，应该用GB2312或GBK之类的字符集编码来getBytes，却用了ISO-8859-1，事实证明，这种互逆操作对字符串本身没有任何影响，只要getBytes和new String的时候字符集编码是一致的就不会引起乱码。
上面这句代码正好说明了数据从客户端POST到服务器端时是ISO-8859-1编码，然后从服务器端写回到客户端还是ISO-8859-1编码，所以就没有造成乱码，如果这里不是直接写回到客户端，而是forward到另一个JSP页面，而这个页面恰好使用了<%@ page contentType="text/html; charset=UTF-8" %>来设置Response的CharacterEncoding，那么在页面中输出xxxxx还会产生乱码，同样用一句Java代码来解释，如下：

1 System.out.println(new String("你好，世界".getBytes("ISO-8859-1"), "UTF-8"));

所以，最后结论是如果想POST到服务器端不乱码就要设置Request的CharacterEncoding，写回到客户端不乱码就要设置Response的CharacterEncoding，若是JSP页面要设置<%@ page contentType="text/html; charset=UTF-8" %>。

3.AJAX乱码问题（不借助任何JS框架，像Prototype之类的框架会对GET请求的queryString自动应用encodeURIComponent()编码）
GET请求时，需要对queryString使用encodeURIComponent()编码之后再提交到服务器。这是XMLHttpRequest规范所要求的。
POST请求时，不需要使用encodeURIComponent()。
通过对应用程序下断点发现，GET请求和POST请求的数据发送到服务器端都是正常的没有乱码，但是服务器端生成的动态内容写回客户端却是乱码，说明Response的CharacterEncoding设置错误，反过来我们再想一下，我们根本就没有设置过Response的CharacterEncoding，为什么呢？因为我们是以AJAX的方式提交表单，返回后不像JSP页面那样有<%@ page contentType="text/html; charset=UTF-8" %>来设置Response的CharacterEncoding，所以就会出错。

综合上述，解决的办法就是各大网站提出的通用解决方案Filter，如果你的应用没有用到AJAX，只设置Request的CharacterEncoding即可，否则Response的CharacterEncoding也要设置。下面是一个Filter的示例，只引用doFilter方法来说明问题：

1 public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
2     request.setCharacterEncoding("UTF-8");
3     response.setCharacterEncoding("UTF-8");
4     chain.doFilter(request, response);
5 }

teddy 2009-06-07 23:47 发表评论

jad和Java Decompiler的小小不同

teddy — Tue, 10 Mar 2009 03:25:00 GMT

今天用Java Decompiler反编译一个类发现其中字符串连加的代码反编译的结果和jad的不同。
源码一般somestr = "a" + "b" + "c" + "d" ....;

jad反编译过来会自动生成一个StringBuffer，然后把各个子串append到一起。如：
somestr = (new StringBuilder(String.valueOf("a"))).append("b").append("c").append("d")....).toString();

Java Decompiler反编译的代码基本上和原来一样，有字节码查看工具看出，编译器确实对字符串相加做了优化。请在eclipse使用byte outline插件查看。但是有一种情况是例外的，如：
somestr = "a" + "b";
somestr += "c" + "d";
编译器会为每一条语句建立一个StringBuilder，像上面的情况请把两句合并成一句。

teddy 2009-03-10 11:25 发表评论

Log4J基本使用教程

teddy — Tue, 17 Feb 2009 03:43:00 GMT

在Log4J中存在几个概念首先介绍一下，最最重要的两个是Logger和Appender（请参考Log4J手册），其实是继承层次以及输出控制。

首先Log4J中总是存在一个rootLogger，即使没有显示配置也是存在的，并且默认输出级别为DEBUG。
其它的logger都继承自这个rootLogger（如果其他logger未单独定义其输出级别）。
Log4J中的层次是用'.'来分隔的，如log4j.logger.com.example.test，这里并不是说log4j.logger后面一定是具体的包名乃至类名，
这个名称可以自定义，我们甚至可以定义一个log4j.logger.A.B.C，在com.example.test中的类里取名称为A.B的logger,如
Logger logger = Logger.getLogger("A.B")
上例中我们建立了3个logger实例，它们分别是"A"、"A.B"、"A.B.C"。每次我们在系统中取得logger时，并不是新建实例，这些实例是
系统启动的时候就按照配置文件初始化好的（也可能时第一次引用的时候建立的，然后缓存其实例供以后使用，这部分还没有时间研究）。

限制appender叠加性
例1：
log4j.rootLogger=DEBUG, Console
log4j.logger.A=DEBUG, Console
log4j.logger.A.B=INFO, Console
对于logger A.B输出的任何日志会往控制台输出三次，原因是A.B继承A的以及A的父logger的所有appender，
这种继承关系仅仅是把父logger的appender添加到自己的appender列表中，父logger的输出level不会影响
子logger的输出。

例2：限制appender叠加
log4j.rootLogger=DEBUG, Console
log4j.logger.A=DEBUG, Console
log4j.logger.A.B=INFO, Console
log4j.additivity.A.B=false
logger A.B的日志仅会输出到自己Console中，不会继承任何父logger的appender。

控制appender的输出级别
若想对输出到appender中的日志级别进行限制的话，就需要用到threshold来控制。
log4j.threshold=ERROR 用来控制所有的appender，即输出到所有appender的日志，
不管原来是什么级别的，都不能低于threshold所规定的级别。

log4j.appender.Console.threshold=ERROR 用来控制指定的appender的输出级别。

teddy 2009-02-17 11:43 发表评论

使用Java范型需要注意的地方

teddy — Thu, 23 Oct 2008 05:59:00 GMT

静态方法要想范化，需要指定其类型参数
非范化类型中的实例方法要想范化，也需要制定其类型参数。
范化类型中的实力方法可以直接使用其类型本身的类型参数。
范型不是协变的，即List不是List的子类。
不能实例化范型类型的数组，即new List[3] 是不合法的，除非类型参数是一个未绑定的通配符，即new List[3] 是合法的。
构造延迟，在代码编写时我们不能通过类型参数来构造一个该类型的实例，原因是我们不知道如何构造，类型参数的实际类型是在运行时确定的。
对于注意5所描述的问题我们有一个解决方法是List list = (List[]) new Object[3];但是如果是运行时建立数组呢，类型信息是运行时确定的，那就换种写法T[] tarray = (T[]) new Object[3];
上面的数组构造是不被推荐的，最好的方法是将类型信息传递到方法中，如method(Class type) { V[] array = (V[])Array.newInstance(type, length); }，可以参考ArrayList类的toArray(T[] a)方法的实现。
构造通配符引用，如果set是一个Set类型，则Set set2 = new HashSet(set);是不合法的，改成Set set2 = new HashSet(set);就合法了。

最后，推荐三篇IBM上的文章

多角度看 Java 中的泛型

了解泛型

使用通配符简化泛型使用

teddy 2008-10-23 13:59 发表评论

Java事件传递技术（链接至IBM网站）

teddy — Wed, 22 Oct 2008 08:01:00 GMT

IBM开发者乐园上的教程（需注册才能浏览，建议注册一个帐号，IBM网站上有很多好文章），很详细的介绍了3种粒度模型（对象、属性、事件）。
Java事件传递技术

teddy 2008-10-22 16:01 发表评论

Java集合框架使用注意事项（二，Map）

teddy — Wed, 22 Oct 2008 04:59:00 GMT

Map接口常用的实现类有：
1.HashMap
2.Hashtable
3.TreeMap
4.LinkedHashMap

讨论1：底层机制
HashMap与Hashtable基于数组实现，TreeMap基于树型结构，底层存储结构是典型的链表结构。LinkedHashMap继承自HashMap，所以也是基于数组实现的。

讨论2：继承关系
HashMap与TreeMap继承自AbstractMap，Hashtable继承自Dictionary，LinkedHashMap继承自HashMap。

讨论3：同步关系
Hashtable是同步的，而HashMap与TreeMap以及LinkedHashMap不是同步的，可以使用Collections中提供的方法转换为同步的。

讨论4：迭代器
迭代器都是快速失败的（注：参考本系列第一篇List篇）

讨论5：不可修改
通过使用Collections.unmodifiableMap(Map map)来转换

teddy 2008-10-22 12:59 发表评论

Java集合框架使用注意事项（一， List）

teddy — Wed, 22 Oct 2008 03:22:00 GMT

List的有用实现
1.ArrayList
2.LinkedList
3.Vector
4.Stack

讨论1：底层机制（牵扯到的数据结构的知识请读者自行复习）
ArrayList与Vector都是基于数组实现的，这就说明ArrayList与Vector适合做遍历而不适合做频繁的插入和删除。
LinkedList是基于链表实现的，所以它生来就是为了频繁插入与删除对象。

讨论2：特殊功能
Stack是一个后进先出（LIFO）对象堆栈，而LinkedList除可以被用作堆栈外，还可以被用作队列或双端队列。
不同的是Stack继承自Vector，也就是说它也是基于数组实现的。

讨论3：内存占用
基于数组实现的List，在动态扩展时会产生新的数组，然后把旧数组里的内容复制到新数组里，
这会产生大量的不再被使用的对象引用变量等待系统回收。而基于链表实现的List就不会有这种问题。

讨论4：同步问题
Vector与Stack生来就是同步的，而ArrayList与LinkedList需要使用Collections.synchronizedList(List list)方法来转换成同步List。
从它们的对象上返回的迭代器是快速失败的，也就是说在使用迭代器进行迭代的时候，必须使用迭代器本身的remove、add、set
方法来添加或更改List元素，如果在迭代的同时，在其他线程中从结构上修改了List（结构上的修改是指任何添加或删除一个或多个元素的操作，或者显式调整底层数组的大小；仅仅设置元素的值不是结构上的修改），快速失败迭代器会尽最大努力抛出ConcurrentModificationException。

讨论5：使用策略
如果数据被从数据源提取，数据量不确定，该数据一经被提取后就几乎不会再添加或删除，那么应该建立一个LinkedList来保存从数据源中取出的数据，然后将该LinkedList转换成ArrayList来优化遍历操作。反过来，数据量确定的数据从数据源取出可以先建立一个ArrayList来保存，根据需要如需频繁增删，就转换为LinkedList，如频繁遍历就不需转换。
转换的方法就是使用对应的List类来封装目标List对象。如
ArrayList al = new ArrayList();
LinkedList ll = new LinkedList(al);
同理反过来也可以
LinkedList ll = new LinkedList();
ArrayList al = new ArrayList(ll);

讨论6:toArray()方法
基于数组实现的List会直接返回一个底层数组的拷贝(使用了System.arraycopy方法)，基于链表实现的List会新生成一个数组。

讨论7：不可修改
通过使用Collections.unmodifiableList(List list)来生成一个不可修改的List，试图修改返回的列表，不管是直接修改还是通过其迭代器进行修改，都将导致抛出UnsupportedOperationException。

讨论8：遍历器
请尽量使用Iterator，Enumeration已不被鼓励使用。

最后，请参考java.util.Collections类，该类提供了很多有用的操纵集合对象的方法。

teddy 2008-10-22 11:22 发表评论

Tomcat对Servlet及JSP规范支持的情况

teddy — Thu, 15 May 2008 10:01:00 GMT

请参考Tomcat官方网站

teddy 2008-05-15 18:01 发表评论

Java 5.0的新特性

teddy — Thu, 15 May 2008 01:36:00 GMT

Dev2Dev中文版

官方英文版

teddy 2008-05-15 09:36 发表评论

Java类载入的时机

teddy — Wed, 14 May 2008 03:28:00 GMT

1.类成员变量或类实例成员变量在该类被载入的时候被载入。
例：
private ClassA ca = new ClassA();
static ClassB cb = new ClassB();

这里的new是必须的，否则ClassA和ClassB不会被载入。

2.类成员函数或类实例成员函数在反射方法（未调用方法前）时，
如果该方法的返回类型不是void，则返回类型被载入。

3.类成员函数或类实例成员函数在反射方法被调用或直接调用该方法时，
方法中引用的其他类型被载入。

teddy 2008-05-14 11:28 发表评论

Java点滴（一）

teddy — Tue, 13 May 2008 02:39:00 GMT

1.建立数组

1 int[] i = {1,2,3};
2 String[] s = {"a","b","c"};

上面的语句确实可以建立数组。看似{1,2,3}可以独立代表一个数组对象，其实是不可以的，这和String类型的字面值不同，一个String类型的字面值就是一个String类的实例，而一个数组的字面值什么都不是。

2.静态方法或变量的覆盖

1 public class Main {
2
3     public static int i = 10;
4     /**
5      * @param args the command line arguments
6      */
7     public static void main(String[] args) {
8         System.out.println(TTT.i);
9         System.out.println(Main.i);
10         Main m = new Main();
11         System.out.println(m.i);
12         TTT t = new TTT();
13         System.out.println(t.i);
14         Main m2 = new TTT();
15         System.out.println(m2.i);
16         System.out.println(((TTT)m2).i);
17
18         Main.Test();
19         TTT.Test();
20         m.Test();
21         t.Test();
22         m2.Test();
23         ((TTT)m2).Test();
24     }
25
26     public static void Test() {
27         System.out.println("Hello Test From Main.");
28     }
29
30 }
31
32 class TTT extends Main {
33
34     public static int i = 20;
35
36     public static void Test() {
37         System.out.println("Hello Test From TTT.");
38     }
39 }

3.一个接口可以继承多个接口（使用extends关键字）

4.如果一个类中定义了final常量，并且在多个类中被引用，当该常量被修改时（代码级修改），其他引用该常量的类都要被重新编译，
否则，新值是不会被代入引用该常量的类中。原因是常量在编译期被硬编码到引用它的类中，可以通过反编译工具来验证。

5.一个方法的返回类型必须直接写在方面名称的前面

6.与类名相同的方法名（非构造函数）是被允许的（JDK1.4测试通过，也许1.4之前的版本不能通过）

1 public class Test {
2     Test() {
3
4     }
5
6     public void Test() {
7
8     }
9 }

teddy 2008-05-13 10:39 发表评论

Log4j自带Log Viewer的用法

teddy — Wed, 19 Mar 2008 03:36:00 GMT

这两天在研究Log4j的一些用法，无意中发现Log4j提供了一个Log Viewer，名字叫做ChainSaw。
这个工具在Log4j的jar包中，这个工具可以分析xml格式的log文件，同时这个工具可以监听当前
项目发送过来的log。
用法很简单 java -cp ./log4j-1.2.15.jar org.apache.log4j.chainsaw.Main，执行该命令后就会出现
ChainSaw的Swing窗口了。
要想监听当前项目发送过来的Log，需要配置项目里的log4j.properties文件，加入下面一段：
log4j.appender.CHAINSAW_CLIENT=org.apache.log4j.net.SocketAppender
log4j.appender.CHAINSAW_CLIENT.RemoteHost=localhost
log4j.appender.CHAINSAW_CLIENT.Port=4445
log4j.appender.CHAINSAW_CLIENT.LocationInfo=true
在rootLogger中加入CHAINSAW_CLIENT的appender，如：log4j.rootLogger=INFO,CHAINSAW_CLIENT

改工具可以设置多个过滤条件，如级别、线程、Logger、消息等。
更多使用方法可以自己摸索一下，很简单哦。

teddy 2008-03-19 11:36 发表评论

Log4j输出日志消息时，不必再检测当前输出Level是否Enabled。

teddy — Tue, 18 Mar 2008 06:17:00 GMT

今天为了解决一个项目问题，跟踪到Log4j的源码里，发现我们以前都写过下面的程序吧：

1if (log.isDebugEnabled())
2 log.debug("Erro Message");

其实再确认是否Enabled，因为debug、info等方法里面有同样的验证。
所以以后少一段这样的验证也许会提高一些性能。
我测试的Log4j的版本是1.2.9

补充：有些情况下对于这个判断还是很必要的，如log的信息是调用不同的方法的结果组合而成的，并且这些方法执行起来比较费时，这个时候就需要先判断一下。

teddy 2008-03-18 14:17 发表评论

关于对可以从Request中取出的路径信息的研究

teddy — Fri, 19 Oct 2007 05:35:00 GMT

Servlet的Request中和用户请求路径相关的操作有多个，下面一一列举：
1.getQueryString()，&之后GET方法的参数部分。
2.getServletPath()，web.xml中定义的Servlet访问路径。
3.getPathInfo()，Servlet访问路径之后，QueryString之前的中间部分。
4.getContextPath()，Context路径前缀（这个应该是最熟悉的啦）。
5.getRequestURI()，等于getContextPath() + getServletPath() + getPathInfo()。
6.getRequestURL()，等于getScheme() + "://" + getServerName() + ":" + getServerPort() + getRequestURI()。
7.getPathTranslated()，等于getServletContext().getRealPath("/") + getPathInfo()。

注意：
1.getServletContext().getRealPath("/") 后包含当前系统的文件夹分隔符（windows系统是"\"，linux系统是"/"），而getPathInfo()以"/"开头。
2.getPathInfo()与getPathTranslated()在servlet的url-pattern被设置为/*或/aa/*之类的pattern时才有值，其他时候都返回null。
3.在servlet的url-pattern被设置为*.xx之类的pattern时，getServletPath()返回的是getRequestURI()去掉前面ContextPath的剩余部分。

teddy 2007-10-19 13:35 发表评论

关于Java的Cookie操作

teddy — Wed, 05 Sep 2007 09:05:00 GMT

测试环境：JDK1.5、Tomcat5.5

1.设置Cookie

1Cookie cookie = new Cookie("key", "value");
2cookie.setMaxAge(60); //设置60秒生存期，如果设置为负值的话，则为浏览器进程Cookie（内存中保存），关闭浏览器就失效。
3cookie.setPath("/test/test2"); //设置Cookie路径，不设置的话为当前路径（对于Servlet来说为request.getContextPath() + web.xml里配置的该Servlet的url-pattern路径部分）
4response.addCookie(cookie);

2.读取Cookie

11//该方法可以读取当前路径以及“直接父路径”的所有Cookie对象，如果没有任何Cookie的话，则返回null
22Cookie[] cookies = request.getCookies();

3.删除Cookie

1Cookie cookie = new Cookie("key", null);
2cookie.setMaxAge(0); //设置为0为立即删除该Cookie
3cookie.setPath("/test/test2"); //删除指定路径上的Cookie，不设置该路径，默认为删除当前路径Cookie
4response.addCookie(cookie);

4.注意：假设路径结构如下
                         /
                         /test
                         /test/test2
                         /test345
                         /test555/test666

    a.相同键名的Cookie（值可以相同或不同）可以存在于不同的路径下。

    b. 删除时，如果当前路径下没有键为"key"的Cookie，则查询全部父路径，检索到就执行删除操作（每次只能删除一个与自己最近的父路径Cookie）
        FF.必须指定与设定cookie时使用的相同路径来删除改cookie，而且cookie的键名不论大写、小写或大小混合都要指定路径。
        IE.键名小写时，如果当前路径为/test/test2，如果找不到再向上查询/test、/test555、/test345，如果还找不到就查询/ 。（/test555/test666不查询）
             键名大小写混合或大写时，不指定路径则默认删除当前路径，并且不向上查询。

    c.读取Cookie时只能读取直接父路径的Cookie。
        如果当前路径为/test/test2，要读取的键为"key"。当前路径读取后，还要读取/test，/test读取后，还要读取/

    d.在做Java的web项目时，由于一般的Web服务器（如Tomcat或Jetty）都用Context来管理不同的Web Application，这样对于每个Context有不同的Path，
       在一个Server中有多个Web Application时要特别小心，不要设置Path为/的Cookie，容易误操作。（当然前提是域名相同）

    e.最好也不要在不同路径下使用相同键名的cookie，这样做很容易引起歧义。

    f.为了避免对FF和IE或其他浏览器区分操作，设置cookie时最好指定路径，删除cookie也要指定路径。

teddy 2007-09-05 17:05 发表评论