@ Ответ SimonC объясняет, как утилита javadoc генерирует «унаследованную» документацию для переопределенных методов.
Вы также можете поместить явные javadoc в метод переопределения, и они будут иметь приоритет над унаследованными javadocs. Кроме того, если вы поместите тег {@inheritDoc}
в явный javadocs метода переопределения, унаследованные комментарии будут включены в этот момент.
Чтобы ответить на это:
Должны ли мы комментировать переопределенный метод или нет? Если да, то будет ли комментарий документом Java или простым комментарием?
По моему мнению, если метод переопределения уточняет документированную семантику (контракт) переопределенного метода (или ... небеса запрещают ... нарушает контракт), то это заслуживает документирования в javadocs метода переопределения. Однако, если различия являются просто «деталями реализации», тогда более подходящими являются простые комментарии (или отсутствие комментариев).
(Тем не менее, практика включения «не-Javadoc» комментария, который отсылает читателя обратно к Javadoc переопределенного метода, это, IMO, пустая трата экранной недвижимости ... когда я читаю исходный код.)