最近，在解决一个网页缓存的问题时，使用了http的头信息。在解决这个问题的过程中，发现自己一直对meta标签有一个误解，写出来分享给有同样误解的人吧。

在Java中，String.getBytes(String decode)方法会根据指定的decode编码返回某字符串在该编码下的byte数组表示，如

byte[] b_gbk = "中".getBytes("GBK");
byte[] b_utf8 = "中".getBytes("UTF-8");
byte[] b_iso88591 = "中".getBytes("ISO8859-1");

将分别返回“中”这个汉字在GBK、UTF-8和ISO8859-1编码下的byte数组表示，此时b_gbk的长度为2，b_utf8的长度为3，b_iso88591的长度为1。

而与getBytes相对的，可以通过new

在读写有关UTF-8格式的文件时，特别是如UTF-8格式的txt文件时，经常会遇到由于UTF-8的文件头造成的乱码问题。最近又碰到了，写下来记录一下处理方式吧，有更好的方法，欢迎各位留言交流。

所有采用UTF-8格式编码的文件的文件头三个字节用16进制表示是EFBBBF，因此在读取UTF-8格式文件的时候，需要去掉这个文件头。而当你并不了解读取的文件是GBK格式还是UTF-8格式时，你就不得不通过这个文件头来判断了。具体可以按照如下方式判断：

1、从文件流中读取前三个字节到一个byte[3]数组中；
2、通过Integer.toHexSt

今天，一个同事在执行数据库更新操作的时候，由于SQL语句中缺少了一个括号，而导致错误的更新了大量数据，造成了较严重的问题。这么一个小小的括号，居然能够让SQL语句的执行结果发生翻天覆地的变化，下面就让我们来看看，分析分析吧。

举例如下：

User表记录用户信息，Order表记录用户订单信息，Order表中的userId字段是外键。

Struts2提供了灵活的插件机制来与其他框架进行整合，开发者通过提供Struts2扩展点的特殊实现并注册，来具体实现这种整合。

每一个Struts2的插件就是一个包含了扩展类和struts-plugin.xml配置文件的jar包，当启动一个Struts2的应用时，配置文件的加载顺序是struts-default.xml、struts-plugin.xml、struts.xml。多个插件包之间不应该有依赖关系，因为Struts2不保证各个插件包的加载顺序。

Struts2提供的重要扩展点如下：

com.opensymphony.xwork2.ObjectFactory：它主要用于创建Struts2中的Action、Result、

JPA Java Persistence API，是Java EE 5的标准ORM接口，也是ejb3规范的一部分。

Hibernate，当今很流行的ORM框架，是JPA的一个实现，但是其功能是JPA的超集。

JPA和Hibernate之间的关系，可以简单的理解为JPA是标准接口，Hibernate是实现。那么Hibernate是如何实现与JPA的这种关系的呢。Hibernate主要是通过三个组件来实现的，及hibernate-annotation、hibernate-entitymanager和hibernate-core。

hibernate-annotation是Hibernate支持annotation方式配置的基础，它包括了标准的JPA annotation以及Hibernat

在最近的一个项目中，系统经常出现服务器cpu占用率达到99.9的问题。通过使用JProfiler进行监控，发现线程在一个字符串操作方法中发生了严重的阻塞，由此判断造成cpu使用率高的问题，就是这个字符串操作方法陷入了死循环或者出现了资源死锁的情况。通过简单查看字符串操作代码，最终确定是由于方法代码执行死循环造成的。具体产生死循环代码片段如下：

   int i = -1;
   while ((i = str.indexOf("\n", i + 1)) >= 0 || (i = str.indexOf("\r", i + 1)) >= 0) {

和很多人一样，我在有意或无意中都使用过Java泛型，但对于Java泛型的了解却还真不多，前段时间有空看了一篇文章，对于其中的要点，提炼一下：

1、泛型与继承的区别

        继承Java面向对象的重要特征之一，它产生的是接口相同的一系列类；而泛型是相同的算法作用在一系列类上，这些类之间可以没有任何关系。

2、Java泛型底层实现

        在底层，Java采用擦拭法(erasure)将泛型类编译为普通类。Java编译器在编译泛型代

一直以来，对这两者的关系没有一个清晰的概念，这两天一个偶然的机会看了一些文章，终于弄明白了它们两者的关系。

Log4J是一个功能很强大的日志记录组件，它提供了丰富的日志记录功能，它本身和commons-logging没有什么关系，也就是说一个项目中可以单独使用Log4J来记录日志，而不需要引入commons-logging包，这样也能实现记录日志的功能，但是这样有一个不太好的地方就是如果你想使用其他的Logging组建，比如jdk1.4自带的logging框架，就不得不修改原有文件中所有使用了Log4J组建的代码。

这时，commons-logging

经常有同事问我关于Struts2标签中，OGNL的使用问题，最近抽空整理了理解和使用OGNL的要点，分享一下

1、理解Struts2中的ValueStack

ValueStack实际是一个接口，在Struts2中利用OGNL时，实际上使用的是实现了该接口的OgnlValueStack类，这个类是Struts2利用OGNL的基础。OgnlValueStack类的主要属性关系图如下：