InetAddress
此类表示Internet协议（IP）地址。
IP地址是由IP使用的32位或128位无符号数字，构建UDP和TCP协议的低级协议。 IP地址结构由定义RFC 790: Assigned Numbers ， RFC 1918: Address Allocation for Private Internets ， RFC 2365: Administratively Scoped IP Multicast和RFC 2373: IP Version 6 Addressing Architecture 。 InetAddress的一个实例由一个IP地址和可能的相应主机名组成（取决于它是用主机名构造还是已经完成了反向主机名解析）。
该类没有构造方法，可以使用静态方法返回一个InetAddress实例 InetAddress.getLocalHost() 返回本地主机的地址
接下来贴上一张该类下的方法:
URL
Class URL表示统一资源定位符，指向万维网上的“资源”的指针。 资源可以像文件或目录一样简单，或者可以是对更复杂的对象的引用，例如对数据库或搜索引擎的查询。
一般来说，URL可以分为几个部分。 请考虑以下示例：
http://www.example.com/docs/resource1.html
上面的URL表示要使用的协议是http （超文本传输协议），并且信息驻留在名为www.example.com的主机上。 该主机上的信息名为/docs/resource1.html 。 主机上此名称的确切含义取决于协议和主机。 信息通常驻留在一个文件中，但它可以在飞行中生成。 该URL的这个组件称为路径组件。
URL可以选择指定一个“端口”，它是在远程主机上进行TCP连接的端口号。 如果未指定端口，则使用协议的默认端口。 例如， http的默认端口是80 。 另一个端口可以指定为：
http://www.example.com:1080/docs/resource1.html
的语法URL由下式定义RFC 2396: Uniform Resource Identifiers (URI): Generic Syntax ，通过修正RFC 2732: Format for Literal IPv6 Addresses in URLs 。 文字IPv6地址格式也支持scope_ids。 描述了scope_ids的语法和用法here 。
URL可能附加了一个“片段”，也称为“ref”或“reference”。 片段由尖锐的符号字符“＃”表示，后跟更多的字符。 例如，
http://java.sun.com/index.html#chapter1
该片段在技术上不是URL的一部分。 相反，它表示在检索到指定的资源之后，应用程序对附有标签chapter1的文档的该部分chapter1 。 标签的含义是资源特定的。
一个应用程序还可以指定一个“相对URL”，它只包含相对于另一个URL访问资源的足够的信息。 HTML页面中经常使用相对URL。 例如，如果URL的内容：
http://java.sun.com/index.html
在其中包含相对URL：
FAQ.html
这将是一个速记：
http://java.sun.com/FAQ.html
相对URL不需要指定URL的所有组件。 如果协议，主机名或端口号丢失，该值将从完全指定的URL继承。 必须指定文件组件。 可选片段不被继承。
URL类本身不会根据RFC2396中定义的转义机制对任何URL组件进行编码或解码。 来电者有责任编码任何需要在调用URL之前进行转义的字段，并对从URL返回的任何转义字段进行解码。 此外，由于URL不具有URL转义的知识，因此不能识别同一URL的编码或解码形式之间的等同性。 例如，两个URL：
http://foo.com/hello world/ and http://foo.com/hello world 将被视为不相等。
注意，在某些情况下， URI类确实执行其组件字段的转义。 管理URL编码和解码的推荐方法是使用URI ，并使用toURI()和URI.toURL()在这两个类之间进行转换。
也可以使用URLEncoder和URLDecoder类，但仅适用于与RFC2396中定义的编码方案不同的HTML表单编码。
接下来先贴上该类的构造方法:
以及它的方法摘要
