CloseShieldInputStream против NoCloseInputStream

Question

CloseShieldInputStream против NoCloseInputStream

Есть ли разница между Apache Commons? CloseShieldInputStreamи солнцеNoCloseInputStream?_{(На самом деле в моем JDK у меня есть}com.sun.xml.internal.ws.util.NoCloseInputStream_{но нет}com.sun.xml.ws.util.NoCloseInputStream ₎

Из документации:

CloseShieldInputStream - прокси-поток, который предотвращает закрытие основного входного потока.
NoCloseInputStream - InputStream это не может быть закрыто.

2

java inputstream apache-commons-io

Источник

user1429387 16 сен '14 в 10:05

1 ответ

Решение

Другие вопросы по тегам java inputstream apache-commons-io

user1237575 16 сен '14 в 10:16 2014-09-16 10:16 · Accepted Answer · 2014-09-16 10:16

Есть небольшая разница:

CloseShieldInputStream: Когда close вызывается метод, ссылка на изначально проксированный InputStream удаляется и заменяется неоперативной реализацией. После закрытия потока он больше не доступен, а только открывает неиспользуемый поток. Оригинальный поток, однако, никогда не закрывается.
NoCloseInputStream: close метод переопределен, чтобы ничего не делать, т.е. не вызывать прокси InputStream, После того, как поток предположительно "закрыт", его можно использовать как close никогда не звонил. Добавленный метод doClose однако, все еще выставляет оригинальную функциональность закрытия.

Там нет никакой разницы между двумя версиями NoCloseInputStream кроме этого internal один не должен использоваться, поскольку считается внутренним для реализации Sun JAX-WS. Эта внутренняя реализация была позже перемещена, чтобы сделать ее общедоступным API, поэтому имя пакета изменилось.