Каковы потенциальные ловушки использования общего состояния в параллельном программировании, и как их можно избежать в Go?

Общее изменяемое состояние создаёт гонки, потерянные обновления, deadlock и сложные инварианты. Уменьшайте совместное владение и явно задавайте синхронизацию.

В Go применяют mutex для составного состояния, атомики для подходящих отдельных операций и каналы для передачи данных. Избегайте внешних вызовов под lock и сохраняйте единый порядок блокировок. Проверяйте конкурентные сценарии race detector, но не считайте его заменой проектированию.