Количество бекслешей в строке PHP

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

Но и при наборе только одного \ происходит тоже самое. То есть строка: '\ ' выводит один слеш.
Получается, что одна такая черта распознается не как экранирующий символ, а как обычный?
Зачем тогда его экранировать? или это не корректный способ вывода этого символа?

а ты \n попробуй
(Добавление)
А если быть более серьёзными, то бакслеш превращает некоторые обычные символы, в необычные.
(Добавление)

ты не понял
ведь в строке самогонщика не все символы заменяются так?
а в строке '\' бэкслеш идет перед пустым символом
тоесть сначала строка ограничивается кавычками а потом парсится

в строке самогонщика не показываются только те символы, которые являются управляющими последовательностями (если я правильно понял).

в твоем примере за бекслешем идет одинарная кавычка (апостроф) и он ее экранирует так, что строка работать не будет.
но, если написать '\ ' (с пробелом), то и кавычки работают и бекслеш выводится на экран.
это я про то, что если за бекслешем стоит пробел, то машина его выводит и без экранирования.

Верно, бакслеш генерирует спецсимвол только если после него стоит символ из определённого набора.

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

Теперь понятно. Конечно, на всякий случай надежнее будет.
У меня в этой связи еще возникли вопросы насчет replacement в prog_replace.

1. По всему выходит, что replacement не является регулярным выражением, а является строкой, которую функция preg_replace обрабатывает по заданным разработчиками правилам (близким к правилам регулярок).

2. Как сказано в руководстве по PHP: обратные ссылки на подмаски указываются так \\n или $n. Например:\\1 и $1.

Во-первых ничего не сказано о том - в какие кавычки лучше заключать эту строку. (по-видимому можно и в одинарные и в двойные)

Во-вторых при заключении в одинарные кавычки у меня срабатывает и '\1' и '\\1'. И доллар кстати тоже срабатывает: 'S1'. Хотя, как сказано в разделе о строках: в случае одинарных кавычек переменные в строке не обрабатываются.
Почему тогда срабатывает доллар?

Если строка заключена в двойные кавычки, то в ней заменяются переменные с $ в момент создания строки. Т.е. результирующая строка должна содержать $1, а как ты её получишь, не важно (если задаёшь в двойных кавачках, то обязательно надо экранировать). Для \\1 не знаю почему именно так написано, должен быть 1 слеш, который мы можем получить и так '\1' и так '\\1'.

Короче, в результирующей строке должно быть \1 или $1, а как ты получишь такую строку - это твои проблемы (с точки зрения функции preg_replace конечно же).

Мои эксперименты показывают, что да.

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

Я бы еще сказал так:
Пхп парсит строку по своим законам перед тем как передать её на вход регуляркопарсеру.
Поэтому для передачи двух обратных и еденицы может быть даже такое: "\\\\1".

-----
Шта? Репозиторий?

Выглядит так. Кстати в примере самогонщика : , как мне думается, элемент ${1} машина считает за переменную (и не выводит - нет таковой переменной), а $3 за переменную не считает и выводит "как есть".