路径中包含空格时，如果空格变为"%20"有如下处理方法：
1)使用repaceAll("%20",' ')替换，但只能解决空格问题，如果路径中包含其他特殊字符和中文就不能解决问题。
2)使用URLDecoder.decode(str,"UTF-8")解码，但是只能解决一部分，若路径中含有+，也是不能解决的，原因是URL并不是完全用URLEncoder.encode(str,"UTF-8")编码的,+号被解码后，则变成空格。
3)解决所有的问题,用URLTest.class.getClassLoader().getResource("").toURI().getPath();，但是需要处理URISyntaxException异常，比较麻烦一些。

2、new URL();的参数可以为正确的URI，或者为URI格式的字符串；若字符串是非完整的URI格式，则创建失败。java.net.URI返回的路径中的空格以“空格”的形式出现方法为Thread.currentThread().getContextClassLoader().getResource("").toURI().getPath();但是Thread.currentThread().getContextClassLoader().getResource("").toURI().toString();则会以“%20”的形式出现。java.net.URL返回的一切路径中的空格都是以“%20”的形式出现。URL/URI返回的路径分隔符都是“/”(控制台输出"/")。

3、new File(String filePath);接受正确URI格式的参数和带“空格”（非%20）的正确相对/绝对字符串路径，否则即使给的路径是正确的也会出现找不到文件的异常。File返回的路径分隔符都为“\”(控制台输出"\")，对于存在的文件返回的路径字符串，空格都以"空格"出现，而不存在的路径new出的file，getPath（）返回的路径中的空格，仍是new File(String filePath)的参数中原有的形式，即若filePath中是空格的getPath（）返回的仍是空格，是“%20”的仍是“%20”。File.toURI() 会将file的路径名中的“空格”转化为“%20”，然后在路径前加protocol："file:/"，而File.toURL()只会在file路径 前简单的加上protocol："file:/"，而不会将“空格”转化为“%20”，原来的无论是“空格”还是“%20”都只会原样保留。

实际使用中遇到的问题总结如下：
1、相对路径(即相对于当前用户目录的相对路径)均可通过以下方式获得（不论是一般的java项目还是web项目） String relativelyPath=System.getProperty("user.dir"); 对于一般的java项目中的文件是相对于项目的根目录，而对于web项目中的文件路径，可能是服务器的某个路径，同时不同的web服务器也不同 （tomcat是相对于 tomcat安装目录\bin）。为此，个人认为，在web项目中，最好不要使用“相对于当前用户目录的相对路径”。然而默认情况下，java.io 包中的类总是根据当前用户目录来分析相对路径名。此目录由系统属性 user.dir 指定，通常是 Java 虚拟机的调用目录。这就是说，在使用java.io包中的类时，最好不要使用相对路径。否则，虽然在SE程序中可能还算正常，但是到了EE程序中，可能会出现问题。

2、web项目根目录获取
1)建立一个servlet,在其init()方法中添加如下代码
ServletContext context = this.getServletContext(); 
String strs = context.getRealPath("/"); 
2）利用httpServletRequest，得到相应的项目路径
String pathUrl = request.getSession().getServletContext().getRealPath("/");

当一个人要把一件事情告诉另外一个人的时候，我们可以通过电话、邮件、短信、IM工具或者当面说的方式来交流。这种方式类似于系统数据交换要通过 tcp、udp、管道等等的方式实现。当两个人交流的时候，我们需要一种共同的语言才能明白对方的意思，同样的，两个系统要交换数据，也需要定义一种双方 都明白的协议，我们称为“数据交换协议”。

数据交换协议

数据交换协议的目的是让两个系统进行正确的数据交互。所以几乎各种开发语言都提供了方便使用的数据交换功能。比如说使用JAVA语言的开发的系统使 用 MySQL数据库存储数据，就是通过MySQL数据交换协议跟MySQL做数据交换；通过JAVA的RMI可以方便的做跨机器的分布式数据交换，RMI也 就是一种数据交换协议。

一般我们在不同的系统、不同的语言之间交换数据的时候，我们会选择一种通用的交换协议或者自己定义一种容易使用的交换协议。 WebService曾经非常流行， 在Web 2.0时代，轻量级的REST协议又开始受到追捧。那么究竟在我们的系统中应该选择什么样的协议呢？

如何选择数据交换协议

选择什么样的协议跟我们的应用场景有很大的关系。我们需要考虑我们开发是否方便、接口是否容易发布、是否需要考虑带宽占用成本、序列化和反序列化的性能、接口协议的扩展性等等。下面我们看下几个比较常用的交换协议实现。

上面表格列出了一些常用数据交换协议的一些特性的比较。这里并没有比较好坏，只是想说明不同数据交换协议是有区别的，所以我们需要在我们的应用场景中进行选择。

开放式

像微博，SNS这种开放平台、对静态html页面提供javascript接口调用的系统都属于这种类型 。这种类型的特点是：

• 调用方不完全可控，而且是针对公网的，你可能不知道是谁、是什么语言、是什么方式在调用你提供的数据接口；
• 接口访问量一般都非常大，要求具有很高的性能和吞吐量；
• 需要考虑安全问题，外部提交的数据可能不是合法的。

所以在这种情况下，需要考虑数据传输的带宽消耗和数据交换协议的易用性，以及多语言支持程度。以前对于html页面使用的javascript接口 调用一般都使用XML格式，最近几年几乎都转成了json格式了，因为json传输量更小，比XML更加容易使用。 而对于开放平台，由于使用的场景很多，所以需要提供多种交换协议格式。基本上都会提供XML和json。为了提高平台本身的性能和客户端的性能，也可以提 供protobuf这种二进制交换协议并且增加压缩支持，以节省带宽传输和解析的性能消耗。

内部服务

对于一个大型系统来说，内部服务的数据交换无处不在。从最基本和常见的数据库数据交换、memcached缓存数据交换、消息队列的数据交换到系统 之间使用的RPC服务框架等等，都可以算作内部服务的数据交换。内部服务的特点是不用考虑防火墙，不对外开放，速度快（基本无带宽成本）。

内部服务的数据交换协议的选择空间非常大，一般需要考虑：

• 数据交换协议的性能
• 是否需要跨语言支持
• 数据交换协议的消息体大小

持久化存储

对于持久化存储来说，每一种数据交换协议其实都可以实现。一般需要根据应用场景考虑：

• 是否人工可阅读
• 存储的空间消耗
• 序列化和反序列化的性能
• 是否经过压缩

跨语言

假设我们的网站前端页面展示层使用PHP语言开发，中间业务逻辑使用JAVA语言开发，那么就涉及到跨语言数据交换的问题。只要系统不是单纯的使用一种语言，那么就必须考虑这个问题。事实上，考虑未来的扩展和需求变化问题，也最好考虑跨语言的数据交互协议。

数据交换协议可升级

在选择数据交换协议的时候，我们同样需要考虑类似于数据库表的?schema设计时的扩展问题。比如一个提供用户信息的数据交换协议接口，现在包含 用户名、性别、住址的信息，在升级过程中，增加了一个最后登录的IP信息。如果不考虑数据交换协议升级带来的影响，很可能会导致以前的客户端出现异常或者 旧的数据无法正确解析的问题。

兼容协议的巧用

兼容协议的巧用非常有用，新产品兼容提供现有成熟的数据交换协议，可以降低使用门槛和产品的开发速度。比如新浪开源的memcacheQ就使用了memcached协议。

总结

数据交换协议的各种通用开源实现非常多，数据交换协议只是一个非常宽泛的说法，其实只要实现了数据的序列化和反序列化 ，那么就可以说是一个可以交换数据的协议。数据交换协议的性能其实就是序列化和反序列化的性能，如果加上RPC，那么跟RPC实现本身的性能也有非常大的 关系。

/*
* show the arthimetic character of '<<' '>>' '>>>'
*/

public class TestArithmetic {
   public TestArithmetic() {
   }
  
   public   static void   main(String [] args){
     int minus = -10;
     System.out.println(" Binary of -10 is " + Integer.toBinaryString(minus));
     System.out.println(" Arthimetic minus by -10 << 2 = " + (minus<<2) + " Binary is " + Integer.toBinaryString(minus<<2));
     System.out.println(" Arthimetic minus by -10 >> 2 = " + (minus>>2) + " Binary is " + Integer.toBinaryString(minus>>2));
     System.out.println(" Arthimetic minus by -10 >>>2 =   " + (minus >>> 2) + " Binary is " + Integer.toBinaryString(minus>>>2)
                        + ",length is " + Integer.toBinaryString(minus>>>2).length());
    
     int plus = 10;
     System.out.println(" Binary of 10 is " + Integer.toBinaryString(plus));
     System.out.println(" Arthimetic minus by 10 << 2 = " + (plus<<2)+ "Binary is " + Integer.toBinaryString(plus<<2));
     System.out.println(" Arthimetic minus by 10 >> 2 = " + (plus>>2)+ "Binary is "+ Integer.toBinaryString(plus>>2));
     System.out.println(" Arthimetic minus by 10 >>>2 =   " + (plus >>> 2)+ "Binary is "+ Integer.toBinaryString(plus >>> 2));
   }

补充知识：数值的补码表示也分两种情况：
（1）正数的补码：与原码相同。
例如，+9的补码是00001001。
（2）负数的补码：符号位为1，其余位为该数绝对值的原码按位取反；然后整个数加1。
例如，-7的补码：因为是负数，则符号位为“1”,整个为10000111；其余7位为-7的绝对值+7的原码0000111按位取反为1111000；再加1，所以-7的补码是11111001。


已知一个数的补码，求原码的操作分两种情况：
（1）如果补码的符号位为“0”，表示是一个正数，所以补码就是该数的原码。
（2）如果补码的符号位为“1”，表示是一个负数，求原码的操作可以是：符号位为1，其余各位取反，然后再整个数加1。
例如，已知一个补码为11111001，则原码是10000111（-7）：因为符号位为“1”，表示是一个负数，所以该位不变，仍为“1”；其余7位1111001取反后为0000110；再加1，所以是10000111。

用XMLEncode输出时候，如果有BigDecimal有时候不好使。
原因是：如果类的变量在定义时候有初始值，而不是null，就必须要重载DefaultPersistenceDelegate的mutatesTo方法。
关于这个说明，在网上这里可以看到：
http://forum.java.sun.com/thread.jspa?threadID=631299&messageID=3642493

有兴趣的可以看看：
//setup big decimal delegate.
          DefaultPersistenceDelegate bigDecimalDelegate = new DefaultPersistenceDelegate() {
              protected Expression instantiate(Object oldInstance, Encoder out) {
                  BigDecimal decimal = (BigDecimal) oldInstance;
                  return new Expression(oldInstance, oldInstance.getClass(), "new", new Object[] {decimal.toString()});
              }
              //must override this method.
              // see http://forum.java.sun.com/thread.jspa?threadID=631299&messageID=3642493
              protected boolean mutatesTo(Object oldInstance, Object newInstance) {
                  return oldInstance.equals(newInstance);
              }
              //--- Joshua
          };

网上的牛人说：

This works for BigDecimal properties that aren't initialized, i.e. null. But if you initialize the property, then this won't work unless you override mutatesTo in addition to instantiate mentioned above:

protected boolean mutatesTo(Object oldInstance, Object newInstance) {
return oldInstance.equals(newInstance);
}

public class MethodDemo {

/**
* @param args
*/
public static void main(String[] args) {
   MethodDemo demo = new MethodDemo();
   Integer i = Integer.valueOf(1);
   demo.add(i);
   System.out.println("i:" + i);
  
   String s = "ss";
   demo.stringchange(s);
   System.out.println("s:" + s);
  
   Person per = new Person();

//基本类型变不了
public void add(int i) {
   i++;
}

/***
* 凡是在引用中出现修改引用的赋值语句，
* 修改都变成无效
* @param i
*/

//想修改引用，不行
public void add(Integer i) {
   int j = i.intValue();
   i = Integer.valueOf(j++);//i的原引用已经丢失了
}

//想修改引用，不行
public void stringchange(String s){
   s = "stringchange";
}

public void setDate(Person per){
   Person per2 = new Person();
   per2.setName("per2Name");
   per = per2;//per的原引用已经丢失了,这个估计很多人会出错
   per.setName("name");
}

}

class Person {
String name ;

public String getName() {
   return name;
}

public void setName(String name) {
   this.name = name;
}

}