Spec-Zone .ru
спецификации, руководства, описания, API
 Платформа Java™
Стандарт Эд. 7

Пакет java.net

Обеспечивает классы для того, чтобы они реализовали сетевые приложения.

См.: Описание

Пакет java.net Описание

Обеспечивает классы для того, чтобы они реализовали сетевые приложения.

java.net пакет может быть примерно разделен на два раздела:

Адреса

Адреса используются повсюду java.net API или как идентификаторы хостов, или снабжают идентификаторы конечной точки сокетом.

InetAddress класс является абстракцией, представляющей IP (интернет-Протокол) адрес. У этого есть два подкласса:

Но в большинстве случаев нет никакой потребности иметь дело непосредственно с подклассами, поскольку абстракция InetAddress должна покрыть большую часть необходимой функциональности.

О IPv6

Не у всех систем есть поддержка протокола IPv6, и в то время как сетевой стек Java попытается обнаружить это и использовать это прозрачно когда доступный, также возможно отключить свое использование с системным свойством. В случае, где IPv6 не доступен, или явно отключенный, Inet6Address не являются допустимыми параметрами за наиболее сетевые операции больше. В то время как методы как InetAddress.getByName(java.lang.String) как гарантируют, не возвратят Inet6Address, ища имена хоста, это возможно, передавая литералы, чтобы создать такой объект. Когда, большинство методов, когда вызвано с Inet6Address выдаст Исключение.

Сокеты

Сокеты являются средствами установить линию связи между машинами по сети. java.net пакет обеспечивает 4 вида Сокетов:

Отправка и получение с сокетами TCP делаются через InputStreams и OutputStreams, который может быть получен через Socket.getInputStream() и Socket.getOutputStream() методы.

Интерфейсы

NetworkInterface класс обеспечивает API, чтобы просмотреть и запросить все сетевые интерфейсы (например, соединение Ethernet или конечная точка PPP) локальной машины. Именно через тот класс можно проверить, конфигурируется ли какой-либо из локальных интерфейсов, чтобы поддерживать IPv6.

Высокоуровневый API

Много классов в java.net пакете действительно предусматривают много более высокого уровня абстракции и учитывают легкий доступ к ресурсам в сети. Классы:

Рекомендуемое использование должно использовать URI чтобы идентифицировать ресурсы, затем преобразуйте это в a URL когда пора получить доступ к ресурсу. От того, который URL, можно или получить URLConnection для точной настройки, или получают непосредственно InputStream.

Вот пример:

URI uri = new URI("http://java.sun.com/");
URL url = uri.toURL();
InputStream in = url.openStream();

Обработчики протокола

Как упомянуто, URL и URLConnection полагаются на обработчики протокола, которые должны присутствовать, иначе Исключение выдается. Это - существенное различие для URI, которые только идентифицируют ресурсы, и поэтому не должны иметь доступа к обработчику протокола. Так, в то время как возможно создать URI с любым видом схемы протокола (например. myproto://myhost.mydomain/resource/), подобный URL попытается инстанцировать обработчика для указанного протокола; если это не будет существовать, то исключение будет выдано.

По умолчанию обработчики протокола загружаются динамически из расположения по умолчанию., однако, возможно добавить к пути поиска, устанавливая java.protocol.handler.pkgs системное свойство. Например, если это устанавливается в myapp.protocols, тогда код URL попытается, в случае http, сначала загрузиться myapp.protocols.http.Handler, тогда, если это перестало работать, http.Handler от расположения по умолчанию.

Отметьте, что класс Обработчика должен быть подклассом абстрактного класса URLStreamHandler.

Дополнительная Спецификация

##### FILL IN ANY SPECS NEEDED BY JAVA COMPATIBILITY KIT #####

Related Documentation

For overviews, tutorials, examples, guides, and tool documentation, please see: -->
С тех пор:
JDK1.0
 Платформа Java™
Стандарт Эд. 7

Представьте ошибку или функцию
Для дальнейшей ссылки API и документации разработчика, см. Java Документация SE. Та документация содержит более подробные, предназначенные разработчиком описания, с концептуальными краткими обзорами, определениями сроков, обходных решений, и рабочих примеров кода.
Авторское право © 1993, 2011, Oracle и/или его филиалы. Все права защищены.