文件读取的问题，求助。

Question

File file = new File(path);
这个path能不能够写网址？
能的话怎么写？
不能的话有什么方法可以替代？

Answer 1

File(URI uri) 
          通过将给定的 file: URI 转换成一个抽象路径名来创建一个新的 File 实例。
URI 语法和组成部分 
在最高级别上，字符串形式的 URI 引用（以下简写为 "URI"）语法如下 
[scheme:]scheme-specific-part[#fragment] 
其中，方括号 [...] 用于描述可选组成部分，字符 : 和 # 代表它们自身。 
绝对 URI 指定了方案 (scheme)；非绝对的 URI 称为相对 URI。URI 还可以根据其是否为不透明的 或分层的 进行分类。 不透明 URI 为绝对 URI，其特定于方案的部分不是以斜线字符 ('/') 开始。不透明 URI 无法进行进一步解析。下面是不透明 URI 的一些示例： mailto:[email protected]  
news:comp.lang.java  
urn:isbn:096139210x 分层 URI 或者为绝对 URI（其特定于方案的部分以斜线字符开始），或者为相对 URI，即不指定方案的 URI。下面是分层 URI 的一些示例： http://java.sun.com/j2se/1.3/
docs/guide/collections/designfaq.html#28
../../../demo/jfc/SwingSet2/src/SwingSet2.java
file:///~/calendar 
分层 URI 还要按照下面的语法进行进一步的解析 [scheme:][//authority][path][?query][#fragment] 
其中，:、/、? 和 # 代表它们自身。分层 URI 的特定于方案的部分包含方案和片段部分之间的字符。 
分层 URI 的授权组成部分（如果指定）为基于服务器的 或基于注册表的。基于服务器的授权按照如下众所周知的语法进行解析： [user-info@]host[:port] 
其中，字符 @ 和 : 代表它们自身。几乎当前使用的所有 URI 方案都是基于服务器的。不能采用这种方式解析的授权组成部分被视为基于注册表的。 

Answer 2

如果分层 URI 的路径组成部分以斜线字符 ('/') 开始，则称此 URI 本身为绝对的；否则它为相对的。分层 URI 或者为绝对的，或者指定了授权的路径，它始终为绝对的。 如上所述，URI 实例具有以下九个组成部分： 组成部分 类型 
方案 String 
特定于方案的部分 String 
授权 String 
用户信息 String 
主机 String 
端口 int 
路径 String 
查询 String 
片段 String 在给定实例中，任何特殊组成部分都或者为未定义的，或者为已定义的，并且有不同的值。未定义的字符串组成部分由 null 表示，未定义的整数组成部分由 -1 表示。已定义的字符串组成部分的值可以为空字符串；这与未定义的组成部分不等效。 
实例中特定的组成部分是已定义的还是未定义的取决于所代表的 URI 类型。绝对 URI 具有方案组成部分。不透明的 URI 具有一个方案、一个特定于方案的部分，以及可能会有一个片段，但是没有其他组成部分。分层 URI 总是有一个路径（尽管可能为空）和一个特定于方案的部分（它至少包含一个路径），还可以包含任何其他组成部分。如果有授权组成部分且它又是基于服务器的，则主机组成部分将被定义，也有可能定义用户信息和端口组成部分。 针对 URI 实例的运算 
此类支持的主要运算有规范化、解析 和相对化 运算。 
规范化 是将分层 URI 的路径组成部分中的不必要的 "." 和 ".." 部分移除的过程。每个 "." 部分都将被移除。".." 部分也被移除，除非它前面有一个非 ".." 部分。规范化对不透明 URI 不产生任何效果。 解析 是根据另一个基本 URI 解析某个 URI 的过程。得到的 URI 由两个 URI 组成部分构造，构造方式由 RFC 2396 指定，从基本 URI 取出原始 URI 中未指定的组成部分。对于分层 URI，原始的路径根据基本路径进行解析，然后进行规范化。例如，解析以下 URI docs/guide/collections/designfaq.html#28          (1) 
根据基本 URI http://java.sun.com/j2se/1.3/ 解析，结果为 URI 
docs/guide/collections/designfaq.html#28          (1) 
根据基本 URI http://java.sun.com/j2se/1.3/ 解析，结果为 URI 
http://java.sun.com/j2se/1.3/docs/guide/collections/designfaq.html#28 
解析相对 URI 
../../../demo/jfc/SwingSet2/src/SwingSet2.java    (2) 
根据此结果应生成 
http://java.sun.com/j2se/1.3/demo/jfc/SwingSet2/src/SwingSet2.java 
支持对绝对和相对 URI，以及分层 URI 的绝对和相对路径的解析。根据任何其他 URI 对 URI file:///~calendar 进行解析只能生成原始的 URI，因为它是绝对路径。根据相对基础 URI (1) 解析相对 URI (2) 将生成规范的但依然是相对的 URI 
demo/jfc/SwingSet2/src/SwingSet2.java 
最后，相对化 是解析的逆过程：对于任何两个规范的 URI u 和 v， u.relativize(u.resolve(v)).equals(v)  和
u.resolve(u.relativize(v)).equals(v)。此运算在下面的场合非常有用：构造一个包含 URI 的文档，该 URI 必须尽可能是根据文档的基本 URI 建立的相对 URI。例如，相对化 URI 
http://java.sun.com/j2se/1.3/docs/guide/index.html 
根据基本 URI 
http://java.sun.com/j2se/1.3 
生成了相对 URI docs/guide/index.html。 
字符分类 
RFC 2396 精确指出 URI 引用中的各个不同组成部分允许使用的字符。以下分类大部分取自该规范，这些约束的用法描述如下： 
alpha US-ASCII 字母字符，'A' 到 'Z' 以及 'a' 到 'z' 
digit US-ASCII 十进制数字符，'0' 到 '9' 
alphanum 所有 alpha 和 digit 字符 
unreserved     所有 alphanum 字符及字符串 "_-!.~'()*" 中包含的字符 
punct 字符串 ",;:$&+=" 中包含的字符 
reserved 所有 punct 字符及字符串 "?/[]@" 中包含的字符 
escaped 转义八位组，即三部分组合：百分号 ('%') 后跟两个十六进制数（'0'-'9'、'A'-'F' 和 'a'-'f'） 
other 未包含在 US-ASCII 字符集中的 Unicode 字符不是控制字符（根据 Character.isISOControl 方法），并且不是空格字符（根据 Character.isSpaceChar 方法）（与 RFC 2396 有些出入，RFC 2396 限制为 US-ASCII） 全部合法 URI 字符集包含 unreserved、reserved、escaped 和 other 字符。

Answer 3

假设文件地址是http://192.168.1.100:7001/model.xls
如何下载？
请稍微详细一点，谢谢