Обращения на чтение при многопоточности, требуется ли блокировать?

No, sir

Если значение переменной не изменяется, то есть это константа, то зачем? // Но я не спец в С++, только начал постигать.

Если значение переменной не изменяется, то есть это константа, то зачем?

Константа это то, что вкомпилено в код, т.е. прямо в параметры процессорной команды, и обращений к памяти не происходит вообще. А здесь переменная, содержащаяся в памяти, которая инициализируется при старте программы в зависимости от условий, и вкомпилить в параметры ее никак.

Не требуется.

Константа это то, что вкомпилено в код, т.е. прямо в параметры процессорной команды, и обращений к памяти не происходит вообще

Кто вам такую ерунду сказал? Как минимум, есть обращение к памяти при чтении самой команды. Во-вторых, если не ошибаюсь, не все архитектуры поддерживают операнды непосредственно в командах(там нет констант, вейт ох щи~). Нет никакой разницы, где хранится значение. Важно, может ли его кто-либо менять. Если нет - no problem.

P. S.: А вот чтобы до завершения инициализации к объекту никто не обращался, следить нужно. Впрочем, это в любом случае UB

Не надо, например, именно от такой блокировки часто отказываются, при проектировании логгирования с низкими задержками, лишая пользователя менять уровень логирования на лету например (привет boost и python, хотя в питоне никто и не притендует). Стоит заметить, что в современных реализациях, лок, за который никто не дерётся и стоит всего ничего, но таки стоит.

Конста́нта в программировании — способ адресации данных, изменение которых рассматриваемой программой не предполагается или запрещается.

Блокировать надо только, если кто-то другой может изменить это значение. Да и то не всегда, например для какого-нибудь счетчика отсутствие блокировки может быть не критично, если чтение и запись атомарны.

Ну скорее не для счётчика а для всех ассоциативных и коммутативныж операций. Но в аппаратуре обвчно реализовано только для add/sub

Нет, если нет потоков которые туда могут что-то записать. И да, такую переменную крайне рекомендовано в явном виде делать константой во избежание возможных проблем.

Блокировка не обязательна, если у вас уже есть другие механизмы синхронизации, которые контролируют невозможность чтения переменной потоком до ее инициализации.

Но кто же тогда будет гарантировать happens before и незастревание счетчика в кешах?

relaxed достаточно для счётчика.

relaxed не является синхронизирующей операцией.

кто же тогда будет гарантировать

volatile bool наше всё

По стандарту — ничего не гарантирует.

Поди объясни это ценителям )

Кто вам такую ерунду сказал?

Код на Vala:

const int tmp_var1 = 1;
const int tmp_var2 = 2;
int summ = 0;
summ = tmp_var1 + tmp_var2;

#define tmp_var1 1
#define tmp_var2 2
gint summ = 0;
summ = tmp_var1 + tmp_var2;

Плохой, негодный пример) Машкод в студию. И в качестве константы взять тип, отличный от скалярного

Соглсен, но если человек просто спрашивает про блокировки, пусть начнет с блокировок. После этого сам дорастет до concurrency in action.