Почему используются безымянные пространства имен и каковы их преимущества?

наличие чего-то в анонимном пространстве имен означает, что это локально для этого ЕП (.cpp файл и все его включает в себя) это означает, что если другой символ с тем же именем определяется в другом месте не будет нарушения Одно Правило Определения (ODR).

это то же самое, что и способ C иметь статическую глобальную переменную или статическую функцию, но он также может использоваться для определений классов (и должен использоваться вместо static in С.)++

все анонимные пространства имен в одном файле рассматриваются как одно и то же пространство имен, и все анонимные пространства имен в разных файлах различны. Анонимное пространство имен эквивалентно:

namespace __unique_compiler_generated_identifer0x42 {
    ...
}
using namespace __unique_compiler_generated_identifer0x42;

пример показывает, что люди в проекте, к которому вы присоединились, не понимают анонимные пространства имен:)

namespace {
    const int SIZE_OF_ARRAY_X;
    const int SIZE_OF_ARRAY_Y;

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

    bool getState(userType*,otherUserType*);
}

и это на самом деле пессимизм: getState() имеет внешние связи. Обычно лучше предпочесть статическую связь, так как это не так засорять таблицу символов. Лучше написать

static bool getState(/*...*/);

здесь. Я попал в ту же ловушку (в стандарте есть формулировка, которая предполагает, что статика файлов каким-то образом устарела в пользу анонимных пространств имен), но работая в большом проекте C++, таком как KDE, вы получаете много людей, которые снова поворачивают голову направо :)

в дополнение к другим ответам на этот вопрос, использование анонимного пространства имен также может повысить производительность. Поскольку символы в пространстве имен не нуждаются в какой-либо внешней привязке, компилятор свободнее выполняет агрессивную оптимизацию кода в пространстве имен. Например, функция, которая вызывается несколько раз в цикле может быть встроен без какого-либо влияния на размер кода.

например, на моей системе следующий код занимает около 70% времени выполнения, если используется анонимное пространство имен (x86-64 gcc-4.6.3 и-O2; обратите внимание, что дополнительный код в add_val заставляет компилятор не включать его дважды).

#include <iostream>

namespace {
  double a;
  void b(double x)
  {
    a -= x;
  }
  void add_val(double x)
  {
    a += x;
    if(x==0.01) b(0);
    if(x==0.02) b(0.6);
    if(x==0.03) b(-0.1);
    if(x==0.04) b(0.4);
  }
}

int main()
{
  a = 0;
  for(int i=0; i<1000000000; ++i)
    {
      add_val(i*1e-10);
    }
  std::cout << a << '\n';
  return 0;
}

анонимное пространство имен создает вложенные переменные, функции, классы и т. д. доступно только внутри этого файла. В вашем примере это способ избежать глобальных переменных. Нет разницы в производительности во время выполнения или компиляции.

существует не так много преимуществ или недостатков, кроме "хочу ли я эту переменную, функцию, класс и т. д. быть публичным или частным?"

Безымянное пространство имен ограничивает доступ класса, переменной, функции и объектов к файлу, в котором оно определено. Функциональность безымянного пространства имен аналогична static ключевое слово в C/с++.
static ключевое слово ограничивает доступ глобальной переменной и функции к файлу, в котором они определены.
Существует разница между безымянным пространством имен и static ключевое слово, из-за которого Безымянное пространство имен имеет преимущество перед статическим. static ключевое слово можно использовать с переменной, функцией и объекты, но не с определяемым пользователем классом.
Например:

static int x;  // Correct 

а,

static class xyz {/*Body of class*/} //Wrong
static structure {/*Body of structure*/} //Wrong

но то же самое может быть возможно с безымянным пространством имен. Например,

 namespace {
           class xyz {/*Body of class*/}
           static structure {/*Body of structure*/}
  } //Correct