Рассмотрим две ситуации:
1 . Веб-сервер развёрнут в ОС семейства Windows
2 . Веб-сервер развёрнут на виртуальной машине с ОС Debian , но файлы проекта Debian монтирует как сетевую файловую систему smb из хост-машины с ОС Windows (т.е. файлы физически расположены на хост-машине Windows, а гостевая машина Debian работает с ними как с локальными)

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

Не понятно, почему и функция class_exists("class", false) тоже работает в регистронезависимом режиме ? Бред какой-то. Ведь эта функция (если 2-й параметр равен false ) файлы не читает, а проверяет, загружен/интерпетирован ли указанный класс в оперативной памяти. А в оперативной памяти имя класса одно. Со вполне определённым регистром. И если этой функции передать имя класса с некорректным регистром, она должна вернуть false , а возвращает true . Не вижу логики...

Тьфу, в заголовке "php 6" указал. Имел ввиду " php 5.6 ".

авторВедь эта функция (если 2-й параметр равен false) файлы не читает, а проверяет, загружен/интерпетирован ли указанный класс в оперативной памяти. А в оперативной памяти имя класса одно. Со вполне определённым регистром.А именно то, которое указано в подключенном файле

авторНет там никакой регистрозависимостиА должна быть

авторА где об этом написано в документации?В документации многих нюансов не пишут. Логически должны быть регистрозависимыми, как имена файлов, сравнение строк и пр.
Сегодня полдня потратил из-за того, что в двух классах точки останова не работали. Как оказалось, эти файлы подключались с неверным регистром. При этом подключались без ошибок и предупреждений - для php/xdebug это были другие файлы, а не те, в которых фактически устанавливались точки останова...

авторДа ну как сказать... Вижу только один способ - не уповать на регистр имен файлов и, давая имена, представлять, что "на винде должно работать".авторА вот почему разработчики применили разный подход к именам функций/классов и переменных/констант - вот эту вот логики совсем не понятно. На мой взгляд, лучше б одинаково было. В IDE у меня в настройках задано слежение за корректностью регистра при написании имён классов и функций/методов. Но классы у меня подключаются через автозагрузчик, а имена необходимых классов формируются другим методом - здесь и была неприметная ошибка с регистром. Если бы имена классов были регистрозависимыми, то класс с некорректным регистром так же бы успешно подключался, но при первом явном использовании класса с корректным регистром (например, вызов статики) была бы сгенерирована ошибка . Правда, при отсутствии в коде явного упоминания класса ошибка по-прежнему осталась бы незамеченной.

Сейчас в автозагрузчике классов после успешного подключения файла добавил проверку:

авторИмя класса. Воспринимается без учета регистра.Да. В справке указано. Только никто внимания не обратил.
Но в любом случае это не особенность работы конкретной функции, а общая особенность работы php с классами (как показал vkle )