一、system.err.println() 和 system.out.println() 有什么不同

同时使用了System.out.println与System.err.println()打印输入内容，结果看到的 内容和预想的不一样，顺序与预料的不同并不是因为err和out的区别导致，而是因为他们是两个流，由于缓存原因导致输出顺序不同。
1、System.out.println   能重定向到别的输出流，这样的话你在屏幕上将看不到打印的东西了，  
  而System.err.println只能在屏幕上实现打印，即使你重定向了也一样。
System.setOut(new   PrintStream(new   FileOutputStream(new   File( "c:/test.txt "))));
            System.out.println( "haha ");
2、
当向控制台输出信息时，开发者有两个选择：System.out和System.err。使用者更倾向于输出的是System.out，而如果是 System.err则输出“error”。尽管这看起来是显而易见的，但很多开发者都不了解为什么出错和调试时使用System.err。     （如果 你使用err打印出的 字符串，在eclipse的console会显示成红色的哦。)  当输出一个流时，JVM和操作系统共同决定何时输出这个流。也就是说，尽管开发者键入了：  
  System.out.print_  
  ("Test   Output:");  
  JVM和操作系统的组合体并不会立即输出这个流。相反，它将保持等待状态直到将要输出的东西达到一定的量。  
  假设输入以下指令：  
  System.out.println("Debugging   Info.");  
  JVM可能同意输出；然而，操作系统可能决定暂不输出。  
  由于这个原因，在调试程序时想要发现出错的位置就有可能成为问题。考虑以下的程序：  
   
  for(int   i=0;   i<56;   i++)   {  
  System.out.println(i);  
  ...   //   containing   an   error  
  }  
  错误可能出现在i等于54时，但是可能JVM在i等于49时就结束输出了。50到54仍然存在于缓存中，结果也就丢失了。  
   
  使用System.err来报告错误、调试程序就可以避免这种情况出现，它将使每一次操作的结果都输出出来。例如以下程序：  
   
  for(int   i=0;   i<56;   i++)   {  
  System.err.println(i);  
  ...   //   containing   an   error  
  }  
  在每一次i等于54时都将显示错误信息。
3、System.out.println可能会被缓冲,而System.err.println不会
4、System.err和System.out   就是错误输出和标准输出
如果你用LOG4J记录日志的话,且设定错误等级的话
System.err的输出是将记录到日志中
5、输出设备是一样的   所以你看到的是一样的    
  System.setErr()   System.setOut()   是重定向两个流的方法。  
  以下为Sun   JDK1.5中文文档中的   可能有点泛泛了  
  ------------------------------  
  System.err  
  “标准”错误输出流。此流已打开并准备接受输出数据。  
   
  通常，此流对应于显示器输出或者由主机环境或用户指定的另一个输出目标。按照惯例，此输出流用于显示错误消息，或者显示那些即使用户输出流（变量   out   的值）已经重定向到通常不被连续监视的某一文件或其他目标，也应该立刻引起用户注意的其他信息。    
   
  System.out  
  “标准”输出流。此流已打开并准备接受输出数据。通常，此流对应于显示器输出或者由主机环境或用户指定的另一个输出目标。
6、System.err.println()是要缓冲的,所以优先级会高点,而System.out.println()是不需要缓冲的,所以优先级会低点.

二、jsp:scope 几种类型的有效使用范围

如下程序：

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>

<jsp:useBean id="myDate" scope="page" class="java.util.Date">
  这是一个标签体 
 </jsp:useBean>

这四个属性依次是：page,request,session,application（默认属性值是page）

这四个属性值所不同的就是usebean的生命周期。其中个人感觉而言page和request区别不大，下面来简要谈谈page、application、session的区别。

1、page的生命周期是创建对象开始，到本页执行结束。当下次在执行本页时（比如刷新操作）又重新创建，执行结束后有，这个对象所占的资源被释放。

2、session的生命周期是创建对象开始，到本次会话结束。什么是会话？可以说就是从第一次运行这个程序，到关闭服务器这段时间。打个形象的比方，当你打开浏览器，在地址栏输入：http:\\localhost:8080\......时，就好比要要会话的两个人见面了，不过在这儿，这两个人一个是tomcat服务器，一个是浏览器。因为运行JSP程序无非就是和tomcat服务器之间进行信息交流，所以第一次运行这个jsp：bean所在的文件，就相当于两个人进行了第一次交流。只有当这个浏览器关闭，相当于一方转身，这次会话才算结束，直到此时，对象资源才会被释放。

3、application的生命周期是服务器其停止间的时间。

理解了上面这些，就不那么理解下面这个现象：如下程序所示：

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>

<jsp:useBean id="myDate" scope="page" class="java.util.Date">
  这是一个标签体 
</jsp:useBean>

当时page、request属性时，每次刷新都会有 “这是一个标签体”出现。

当时session属性时，执行第一次有 “这是一个标签体”，刷新之后就没有了。要想重新出现，要将浏览器重启一次。

当时application属性时，执行第一次有 “这是一个标签体”，刷新之后就没有了。要想重新出现，要将tomcat服务器重启一次。

三、SQL中“exists”和“in”的效率问题

有两个简单例子，以说明 “exists”和“in”的效率问题
1) select * from T1 where exists(select 1 from T2 where T1.a=T2.a) ;
    T1数据量小而T2数据量非常大时，T1<<T2 时，1) 的查询效率高。
2) select * from T1 where T1.a in (select T2.a from T2) ;
     T1数据量非常大而T2数据量小时，T1>>T2 时，2) 的查询效率高。
exists 用法：
请注意 1）句中的有颜色字体的部分 ，理解其含义；
其中 “select 1 from T2 where T1.a=T2.a” 相当于一个关联表查询，相当于
“select 1 from T1,T2     where T1.a=T2.a”
但是，如果你当当执行 1） 句括号里的语句，是会报语法错误的，这也是使用exists需要注意的地方。
“exists（xxx）”就表示括号里的语句能不能查出记录，它要查的记录是否存在。
因此“select 1”这里的 “1”其实是无关紧要的，换成“*”也没问题，它只在乎括号里的数据能不能查找出来，是否存在这样的记录，如果存在，这 1） 句的where 条件成立。
 
in 的用法：
继续引用上面的例子
“2) select * from T1 where T1.a in (select T2.a from T2) ”
这里的“in”后面括号里的语句搜索出来的字段的内容一定要相对应，一般来说，T1和T2这两个表的a字段表达的意义应该是一样的，否则这样查没什么意义。
打个比方：T1，T2表都有一个字段，表示工单号，但是T1表示工单号的字段名叫“ticketid”，T2则为“id”，但是其表达的意义是一样的，而且数据格式也是一样的。这时，用 2）的写法就可以这样：
“select * from T1 where T1.ticketid in (select T2.id from T2) ”
Select name from employee where name not in (select name from student);
Select name from employee where not exists (select name from student);
第一句SQL语句的执行效率不如第二句。
通过使用EXISTS，Oracle会首先检查主查询，然后运行子查询直到它找到第一个匹配项，这就节省了时间。Oracle在执行IN子查询时，首先执行子查询，并将获得的结果列表存放在一个加了索引的临时表中。在执行子查询之前，系统先将主查询挂起，待子查询执行完毕，存放在临时表中以后再执行主查询。这也就是使用EXISTS比使用IN通常查询速度快的原因

比如在Northwind数据库中有一个查询为

SELECT c.CustomerId,CompanyName FROM Customers c
WHERE EXISTS(
SELECT OrderID FROM Orders o WHERE o.CustomerID=c.CustomerID) 
这里面的EXISTS是如何运作呢？子查询返回的是OrderId字段，可是外面的查询要找的是CustomerID和CompanyName字段，这两个字段肯定不在OrderID里面啊，这是如何匹配的呢？ 

EXISTS用于检查子查询是否至少会返回一行数据，该子查询实际上并不返回任何数据，而是返回值True或False
EXISTS 指定一个子查询，检测 行 的存在。

语法： EXISTS subquery
参数： subquery 是一个受限的 SELECT 语句 (不允许有 COMPUTE 子句和 INTO 关键字)。
结果类型： Boolean 如果子查询包含行，则返回 TRUE ，否则返回 FLASE 。

例表A：TableIn	例表B：TableEx

（一）. 在子查询中使用 NULL 仍然返回结果集
select * from TableIn where exists(select null)
等同于： select * from TableIn
 
（二）. 比较使用 EXISTS 和 IN 的查询。注意两个查询返回相同的结果。
select * from TableIn where exists(select BID from TableEx where BNAME=TableIn.ANAME)
select * from TableIn where ANAME in(select BNAME from TableEx)

（三）. 比较使用 EXISTS 和 = ANY 的查询。注意两个查询返回相同的结果。
select * from TableIn where exists(select BID from TableEx where BNAME=TableIn.ANAME)
select * from TableIn where ANAME=ANY(select BNAME from TableEx)

NOT EXISTS 的作用与 EXISTS 正好相反。如果子查询没有返回行，则满足了 NOT EXISTS 中的 WHERE 子句。

结论：
EXISTS(包括 NOT EXISTS )子句的返回值是一个BOOL值。 EXISTS内部有一个子查询语句(SELECT ... FROM...)， 我将其称为EXIST的内查询语句。其内查询语句返回一个结果集。 EXISTS子句根据其内查询语句的结果集空或者非空，返回一个布尔值。

一种通俗的可以理解为：将外查询表的每一行，代入内查询作为检验，如果内查询返回的结果取非空值，则EXISTS子句返回TRUE，这一行行可作为外查询的结果行，否则不能作为结果。

分析器会先看语句的第一个词，当它发现第一个词是SELECT关键字的时候，它会跳到FROM关键字，然后通过FROM关键字找到表名并把表装入内存。接着是找WHERE关键字，如果找不到则返回到SELECT找字段解析，如果找到WHERE，则分析其中的条件，完成后再回到SELECT分析字段。最后形成一张我们要的虚表。
WHERE关键字后面的是条件表达式。条件表达式计算完成后，会有一个返回值，即非0或0，非0即为真(true)，0即为假(false)。同理WHERE后面的条件也有一个返回值，真或假，来确定接下来执不执行SELECT。
分析器先找到关键字SELECT，然后跳到FROM关键字将STUDENT表导入内存，并通过指针找到第一条记录，接着找到WHERE关键字计算它的条件表达式，如果为真那么把这条记录装到一个虚表当中，指针再指向下一条记录。如果为假那么指针直接指向下一条记录，而不进行其它操作。一直检索完整个表，并把检索出来的虚拟表返回给用户。EXISTS是条件表达式的一部分，它也有一个返回值(true或false)。

在插入记录前，需要检查这条记录是否已经存在，只有当记录不存在时才执行插入操作，可以通过使用 EXISTS 条件句防止插入重复记录。
INSERT INTO TableIn (ANAME,ASEX) 
SELECT top 1 '张三', '男' FROM TableIn
WHERE not exists (select * from TableIn where TableIn.AID = 7)

EXISTS与IN的使用效率的问题，通常情况下采用exists要比in效率高，因为IN不走索引，但要看实际情况具体使用：
IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。

四、svn中tag branch trunk的用法

本节主要讲解一下SVN中tag branch trunk的用法，在SVN中Branch/tag在一个功能选项中，在使用中也往往产生混淆。这里就向大家简单介绍一下，欢迎大家能和我一起学习SVN中tag branch trunk的用法。