Java-методы, возвращающие типы интерфейсов

Question

Я видел связанные вопросы, но ответы только охватывают сердце ответа, который я ищу.

У меня есть следующие строки кода (и это компилируется и выполняется без ошибок):

Document doc = dbuilder.parse(myXmlFile);

где Документ представляет собой интерфейс org.w3c.dom.Document и parse() представляет собой метод из javax.xml.parsers.DocumentBuilder

Когда я затем выполнил

System.out.println(doc.getClass().getName()); 

его выхода

com.sun.org.apache.xerces.internal.dom.DeferredDocumentImpl 

, который, я полагаю, означает, что DeferredDocumentImpl реализует интерфейс Document, и что, когда я исполняю методы против моего переменного дока, я на самом деле выполнением методов DeferredDocumentImpl.

Мои вопросы:

1. Это выше предположение правильно, то есть, я на самом деле выполнения реализованных методов этого класса DeferredDocumentImpl?

2. Интерфейс может быть реализована любым числом классов, и предполагая, что org.w3c.dom.Document действительно реализуется несколько классов, почему Document типа возвращаемых parse() извергается как DeferredDocumentImpl класса, а не один из других классов, реализует Document?

3. Предполагая, что 2. выше является своего рода присвоением типа «по умолчанию» или «приоритет», где я могу проверить - и, возможно, изменить - это присвоение?

4. Как бы я переопределял назначение типа, которое я описываю в 3. выше, на уровне самого кода?

Как я уже сказал, я искал послушно для этого, но ничто, кажется, не дает мне ответов на эти конкретные вопросы ... высоко ценится.

Answer 1

Я действительно выполняю реализованные методы этого класса DeferredDocumentImpl?

да

Интерфейс может быть реализован любым числом классов, и при условии, что org.w3c.dom.Document действительно реализуются несколько классов, почему типа документа, возвращенный разбор () получить cast как класс DeferredDocumentImpl, а не один из других классов, реализующих Document?

Вам нужно будет прочитать код, чтобы определить, почему эта библиотека вернула эту реализацию. Я не удивлюсь, если это единственная реализация, которую имеет библиотека.

Примечание: org.w3c.dom.Документ является стандартным интерфейсом API, библиотека, которая реализует этот API, должна обеспечивать только одну реализацию. Библиотеке не нужно создавать реализацию из другой библиотеки.

Предполагая, что 2. выше является своего рода присвоением типа «по умолчанию» или «приоритет», где я могу проверить и, возможно, изменить это присвоение?

Да, измените объект, созданный библиотекой, изменив источник библиотеки.

Как бы я переопределял назначение типа, которое я описываю в 3. выше, на уровне самого кода?

Оформить заказ копию оригинала, сменить его и построить.