Являются ли QDomDocument и QDomElement классами с implicitly shared?

Судя по исходникам Qt5 - да, являются.

Кому верить - тебе или официальной документации?

И тот же вопрос для Qt4, у меня проект собирается и в Qt4 и в Qt5.

Мне-то зачем верить, ты в исходники посмотри. Видишь, там используется идиома PIMPL (класс QDomElement содержит только указатель на приватные данные)?
Посмотри реализацию QDomNodePrivate, увидишь, что он содержит атомарный счетчик ссылок. Теперь посмотри реализацию оператора присваивания QDomElement (в итоге ты придешь сюда). Типичный менеджмент количества ссылок с удалением приватной части при необходимости.

Судя по qdom.h в Qt 4.5, уже в нем был такой же механизм.

Убедил.

Но вот вопрос. У меня несколько классов, объекты последующего включены в объект текущего, грубо говоря:

- Корень
- Ветка
- Таблица записей в ветке
- Запись
- Таблица аттачей в записи
- Аттач

И вот у каждого такого класса есть метод exportDataToDom().

Методы эти вызываются по цепочке в глубину, и в конце концов формируется корневой QDomDocument.

Каждый метод принимает в параметре корневой объект QDomDocument, который нужен чтобы создать QDomElement. Если не знать корневого QDomDocument, то отдельно созданный QDomElement невозможно прилепить ни к QDomDocument, ни к QDomElement. Вот такая особенность DOM-модели в Qt.

Поэтому приходится тягать в глубины всех методов корневой QDomDocument. Я сейчас использую примерно такой код в методах exportDataToDom():

QDomElement Record::exportDataToDom(QDomDocument doc) const
{
  QDomElement elem=doc.createElement("record");

  ... 

  QDomElement att=attachTable.exportDataToDom(doc); // Проброс doc далее

  elem.appendChild( att );

  ...
}

doc.createElement("...");

То есть, я хочу узнать, может быть стоит передавать таки указатель на QDomDocument, вот так:

QDomElement Record::exportDataToDom(QDomDocument *doc) const

Лучше передавать по указателю, т.к. даже если класс implicitly shared, все равно процессорное время будет расходоваться на возню со счетчиком ссылок, а т.к. это атомарные операции, то они более тяжелые, чем обычные. Кстати вот тут советуют тоже самое.

Не являются: http://doc.qt.io/qt-5/qdomelement.html#QDomElement-2

The data of the copy is shared (shallow copy): modifying one node will also change the other. If you want to make a deep copy, use cloneNode().

Да, я это понял. Переделал на передачу указателя на doc.

Переделал на передачу указателя на doc.

Зачем? Это ведь и так указатель, shallow copy же, explicitly shared. Не путать с implicitly shader, которого стоит справедливо бояться.