转到了新的公司，花了好久的时间来适应，现在专门在做Service了，很多的SharePoint问题一下子涌了过来，应接不暇啊……以后慢慢把这些问题的Solution写出来：） 这个加号问题好像也不是什么新的问题了。碰到了很多用户提出的问题，现象是某个文件或者文件夹访问出现问题，不是IE crash就是打不开存储在某个Folder中的File。这些问题都是由于File或者Folder本身或者所在的Path上有“+”号所致。 “+”号出现在Url中在客户端向服务器Request的时候会被转换为空格，对，是空格。 例如：你要访问一个Name为“1 + 2”的Folder，经过转换，访问地址由原来的“1空格+空格2”变为“1空格空格空格2”，那么结果是肯定的，这个文件夹是不存在的，当然访问不到这个地址的内容，所以会出现错误。 目前，我提供给用户的建议就是将路径中出现的“+”号换掉或者删去，文件即可恢复访问。因为SharePoint的Url是自己生成的，我们无法通过Code的手段来对其作出调整或者修正，所以只能这么处理。或者利用SharePoint的母板页，在其中加入扫面当前页面HTML中URL的方法，然后转换“+”为“%2B”。方法可以参考这里：http://sucre.blog.51cto.com/1084905/532231
- URL特殊字符需转义
- 1、空格换成加号(+)
- 2、正斜杠(/)分隔目录和子目录
- 3、问号(?)分隔URL和查询
- 4、百分号(%)制定特殊字符
- 5、#号指定书签
- 6、&号分隔参数
转义字符的原因：
如果你的表单使用get方法提交，并且提交的参数中有“&”等特殊符的话，如果不做处理，在service端就会将&后面的作为另外一个参数来看待。例如
表单的action为list.jsf?act=go&state=5
则提交时通过request.getParameter可以分别取得act和state的值。
如果你的本意是act='go&state=5'这个字符串，那么为了在服务端拿到act的准确值，你必须对&进行转义
url转义字符原理：
将这些特殊的字符转换成ASCII码，格式为：%加字符的ASCII码，即一个百分号%，后面跟对应字符的ASCII（16进制）码值。例如 空格的编码值是"%20"。
- URL特殊符号及对应的十六进制值编码：
- 1. + URL 中+号表示空格 %2B
- 2. 空格 URL中的空格可以用+号或者编码 %20
- 3. / 分隔目录和子目录 %2F
- 4. ? 分隔实际的 URL 和参数 %3F
- 5. % 指定特殊字符 %25
- 6. # 表示书签 %23
- 7. & URL 中指定的参数间的分隔符 %26
- 8. = URL 中指定参数的值 %3D
解决方法如下(以+号为例)：
方法一、修改客户端，将客户端带“+”的参数中的“+”全部替换为“2B%”，这样参数传到服务器端时就能得到“+”了。
方法二、修改服务器端，将空格替换为“+”，这种方式只适用于参数中有“+”没有空格的情况。
例子：
- String a = reuqest.getParameter("clientStr").replace(' ','+');
如果客户端为clientStr=test+OK，那么a的值为test+OK;
方法三、修改服务器端，将获取参数的方法由reuqest.getParameter改为request.getQueryString().substring(0)，然后对得到的字符串进行解析。
例子：
- String a =request.getQueryString().substring(0);
如果客户端为clientStr=test+OK，那么a的值为clientStr=test+OK，需要再解析一下，
a=a.substring(10);得到a的值为test+OK。
附：一个JS，用来转义URL中特殊字符的。
- function URLencode(sStr)
- {
- return escape(sStr).replace(/\+/g, '%2B').replace(/\"/g,'%22').replace(/\'/g, '%27').replace(/\//g,'%2F');
- }
