«Десятилетия тяжелой работы, перевернутые с ног на голову технологией, о которой вы не просили»

Мы хотим найти номера телефонов, которые состоят из 11 цифр (включая код страны и оператора). При этом номер может начинаться с +7, 7, 8, а затем идут 10 цифр, разделенных любыми не-буквенными символами.
 Однако, проблема в том, что в тексте может быть несколько номеров, и мы должны отделить их друг от друга. В примере, который вы привели, есть несколько записей, но по условию они являются одним номером? 
 Но из описания задачи: нужно найти отдельные номера. В примере же явно несколько номеров. 
 Уточнение: в примере "Контакты: +7(999)111-22-33 ..." перечислены несколько номеров? Или это один номер с разными написаниями? 
 По условию задачи, каждый номер должен быть отдельной строкой? 
 Но в примере вы говорите, что в строке находится один номер. Значит, вы хотите, чтобы регулярное выражение находило только первое вхождение? Или вы имели в виду, что в тексте есть один номер, но записанный в разных форматах? 
 Из контекста: мы защищаемся от спама, значит, нам нужно находить все номера в тексте. 
 Но в примере: 
   "+7(999)111-22-33" - 11 цифр: 79991112233 -> валидный.
   "8--999 111*22~33" - 11 цифр: 89991112233 -> валидный.
   "79991112233" - 11 цифр -> валидный.
   "+791234567890" - 12 цифр: 791234567890 -> невалидный (должно быть 11).
   "8 999 &&&&222-99----33" - разберем: 8 999 222 99 33 -> это 8 цифр? Но потом идут еще цифры? 
        Разбираем: 
          '8' -> 1 цифра
          '999' -> 3 цифры (итого 4)
          '222' -> 3 (итого 7)
          '99' -> 2 (итого 9)
          '33' -> 2 (итого 11)
        Получаем: 8 999 222 99 33 -> 11 цифр: 89992229933 -> валидный.
 Однако, в примере вы говорите, что в тексте находится один номер. Но по факту в тексте 5 записей, из которых 4 валидных (11 цифр) и один невалидный (12 цифр). 
 Поэтому я считаю, что в тексте 4 валидных номера. 
 Но в вашем примере вы говорите, что должен быть найден один номер. Возможно, вы имели в виду, что в тексте один номер, но он разбит на несколько строк? 
 Уточнение задачи: 
   - Номер должен состоять ровно из 11 цифр (включая первую 7 или 8).
   - Номер может быть записан в тексте с использованием любых не-буквенных символов в качестве разделителей.
 Проблема предыдущего регулярного выражения: 
   Оно ищет последовательности, которые начинаются с +7, 7 или 8, затем 10 цифр (итого 11) с разделителями. 
   Но в примере с 12 цифрами (+791234567890) оно не должно находить, потому что там 12 цифр. И действительно, в нашем регулярном выражении стоит {10} - ровно 10 цифр после первого символа (или группы +7). 
   Однако, в последнем примере: "8 999 &&&&222-99----33" - наше регулярное выражение должно было его найти? 
   Да, потому что:
        Начинается с 8, затем идут не-буквенные символы (пробел), затем 3 цифры (999), затем не-буквенные (пробел и &) и т.д., и в итоге 10 цифр после начальной 8.
   Но в этом примере у нас ровно 10 цифр после начальной? 
        Начало: 8 (1 цифра) -> затем идут 10 цифр? 
        В строке "8 999 &&&&222-99----33": 
            цифры: 8, 999, 222, 99, 33 -> 1+3+3+2+2 = 11 цифр. 
   В нашем регулярном выражении мы требуем после начальной группы (которая съедает одну из цифр) еще 10 цифр. То есть всего 11. 
   Но в начальной группе: 
        Если номер начинается с "+7", то это две цифры? Нет, символ '+' не цифра. Поэтому в начальной группе мы берем только одну цифру (7) из двух символов. 
        Поэтому в случае с +7: 
            +7 -> это два символа, но цифра только одна (7). Затем мы требуем еще 10 цифр. Итого 11.
   Поэтому в случае с +791234567890: 
        +7 -> 1 цифра (7), затем 12 цифр? -> 13 цифр? 
        Но на самом деле: 
            +7 9 1 2 3 4 5 6 7 8 9 0 -> 11 цифр? Нет, 12: 7,9,1,2,3,4,5,6,7,8,9,0 -> 12.
   Поэтому наше регулярное выражение не найдет +791234567890, потому что после начальной группы (которая взяла 7) будет 12 цифр, а мы требуем ровно 10.
   Однако, в регулярном выражении мы написали: 
        (?:\d\P{L}*){10}
        Это означает: 10 раз: цифра и затем ноль или более не-буквенных символов.
        Каждый раз мы берем ровно одну цифру. Поэтому всего 10 цифр. Плюс одна цифра в начале (из группы +7|7|8) -> всего 11.
   Значит, в +791234567890: 
        Начальная группа: "+7" -> это соответствует (?:\+7|7|8). При этом в группе цифра одна (7). 
        Затем мы должны взять 10 цифр. Но в строке после +7 идет 12 цифр? 
        Строка: "+791234567890" -> после +7 идет "91234567890" - 11 цифр. 
        Поэтому у нас 1 (начальная) + 11 = 12 цифр. А мы требуем 1+10=11. 
   Следовательно, это не совпадет.
   Но что, если в начальной группе мы учтем, что +7 - это два символа, но цифра только одна? 
   Это уже учтено.
   Теперь проблема: как не допустить, чтобы регулярное выражение сливало два номера в один? 
   Например, если в тексте подряд идут два номера: 
        "8(999)111-22-33 8(999)111-22-34"
   Наше текущее регулярное выражение найдет два отдельных номера? 
   Да, потому что:
        - После первого номера идет пробел, который является не-буквенным символом, но затем идет цифра? 
        - Мы используем негативные проверки на границы: (?<!\d) в начале и (?!\d) в конце.
   Однако, в конце первого номера стоит 3, а затем пробел и 8. 
        ...22-33(пробел)8... 
        После 3 идет пробел (не цифра) - поэтому конец номера определяется. 
        Затем начинается новый номер: 8 - и это соответствует началу, и при этом перед 8 стоит пробел (не цифра), поэтому (?<!\d) не сработает? 
        Но (?<!\d) проверяет, что перед началом номера нет цифры. Перед 8 стоит пробел - это не цифра, поэтому проверка пройдена.
   Но есть проблема: что если два номера идут без пробела? 
        "8(999)111-22-338(999)111-22-34"
        Тогда после первого номера идет цифра (8) -> и наше регулярное выражение не поставит границу. 
   Однако, в конце первого номера у нас стоит (?!\d) - это негативный просмотр вперед, который требует, чтобы после последнего символа номера не было цифры. 
        В этом случае после 3 идет 8 - цифра, поэтому первое совпадение не будет найдено? 
   Как у нас построено регулярное выражение? 
        Мы ищем: 
          начало (без цифры перед) -> (?<!\d)
          группа: +7, 7 или 8 -> (?:\+7|7|8)
          затем любые не-буквенные символы -> \P{L}*
          затем 10 раз: [цифра + любые не-буквенные] -> (?:\d\P{L}*){10}
          конец (без цифры после) -> (?!\d)
   В случае слипшихся номеров: 
        ...22-338(999)... 
        После первого номера: последний символ номера - это последний разделитель (или последняя цифра). 
        В нашем случае: после последней цифры (3) идет цифра 8. Поэтому условие (?!\d) не выполнится. 
   Значит, первое совпадение не будет найдено до конца первого номера? 
   Но что, если в первом номере после последней цифры есть разделитель? 
        Например: "8(999)111-22-33-8(999)111-22-34"
        Тогда в первом номере: 
            ...33- -> после последней цифры 3 идет дефис. 
            Затем идет 8 - начало второго номера.
        В первом номере: 
            после группы (?:\d\P{L}*){10} - последняя цифра (последняя 3) и затем дефис (не-буквенный). 
            Но наша группа повторяется 10 раз, и в последнем повторении: 
                \d -> 3 (десятая цифра) 
                \P{L}* -> дефис и затем 8? 
            Но 8 - это цифра, и условие (?!\d) должно стоять после всего номера. 
        Регулярное выражение постарается захватить как можно больше? 
            \P{L}* захватит дефис и остановится на 8, потому что 8 - это буква? Нет, 8 - цифра, а цифра не входит в \P{L}? 
            \P{L} - это любой символ, который не является буквой. Цифры не являются буквами? Значит, \P{L} включает цифры? 
        Ошибка! 
            \P{L} - это любой символ, не являющийся буквой (в Юникоде). Цифры и знаки пунктуации, пробелы и т.д. - все это не буквы. 
            Поэтому \P{L}* будет включать и цифры? 
        Это большая проблема! 
        Мы хотим, чтобы разделителями были любые не-буквенные символы, но мы не хотим, чтобы в разделители попадали цифры? 
        По условию: "любые символы 'не буквы'". Но цифры - это не буквы. Значит, по условию цифры в разделители попадать могут? 
        Но тогда номер может быть записан так: 
            "8abc999def111" - но в условии сказано "не буквы", а здесь буквы - недопустимы. 
        Уточнение: условие говорит, что между цифрами могут быть любые символы "не буквы". То есть любые символы, которые не являются буквами, разрешены. 
        Но цифры не являются буквами, значит, они разрешены? 
        Но тогда получается, что в разделители попадают цифры, и тогда два номера могут слиться? 
        Например: 
            "8(999)111-22-33 8(999)111-22-34" - здесь пробел, поэтому разделитель не цифра.
            "8(999)111-22-338(999)111-22-34" - между двумя номерами нет разделителя, но по условию цифры могут быть разделителями? 
        Однако, цифры не являются разделителями, потому что они являются частью номера? 
        В нашем регулярном выражении мы требуем, чтобы номер состоял из 11 цифр, но между ними могут быть не-буквенные символы (включая цифры). 
        Тогда в строке "8(999)111-22-338(999)111-22-34" мы можем получить совпадение, которое начнется с первой 8 и закончится на 4, при этом внутри будут 22 цифры? 
        Это не то, что мы хотим.
   Поэтому нужно уточнить: разделителями могут быть любые символы, которые не являются буквами и не являются цифрами? 
   Но в условии сказано: "любые символы 'не буквы'". То есть разрешены цифры? 
   Однако, если разрешены цифры, то тогда мы не сможем отделить две цифры, стоящие рядом, как принадлежащие разным разрядам. 
   Но в условии примеров с цифрами в разделителях нет. 
   Исходя из примеров, разделители - это скобки, пробелы, дефисы, звездочки, тильды и т.д. - то есть не цифры и не буквы. 
   Поэтому, вероятно, в разделители не должны входить цифры? 
   Но в условии сказано "не буквы", а цифры - не буквы. 
   Это противоречие. 
   Возможно, условие следует понимать так: в номере могут встречаться любые символы, кроме букв, но цифры являются значимой частью номера, а не разделителями. 
   Поэтому при поиске номера мы должны игнорировать не-цифровые и не-буквенные символы? 
   Но тогда в регулярном выражении мы должны отсекать цифры из разделителей? 
   Как это сделать? 
   Мы хотим: 
        - Начало: +7, 7, 8.
        - Затем последовательность из 10 цифр, но между цифрами могут быть символы, которые не являются буквами и не являются цифрами? 
   То есть разделители - это символы, не являющиеся ни буквами, ни цифрами. 
   В Юникоде есть классы:
        \p{L} - буквы
        \p{N} - цифры
        Тогда символ, который не буква и не цифра - это [^\p{L}\p{N}]
   Но мы можем использовать \P{L} и \P{N}? 
        \P{L} - не буква, но это включает цифры, потому что цифры не буквы.
        Нам нужно: не буква и не цифра -> [^\p{L}\p{N}]
   В PHP мы можем написать: [^\p{L}\p{N}]
   Поэтому перепишем регулярное выражение:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\p{N}]*(?:\d[^\p{L}\p{N}]*){10}(?!\d)/u';
   Теперь разделители - это последовательности символов, не являющихся ни буквами, ни цифрами. 
   Тогда в примере "8(999)111-22-338(999)111-22-34":
        После первой цифры 8 идет символ '(' - не буква и не цифра -> подходит.
        Затем идут три цифры '999' - они не могут быть разделителями. 
        Поэтому после 8 мы берем разделитель '(', а затем должна идти цифра? 
        Но у нас следующее - цифра 9. Она не входит в разделитель. 
        Поэтому группа [^\p{L}\p{N}]* после 8 берет '(', а затем мы начинаем группу для цифр: 
            \d -> 9 (первая цифра после начальной группы), затем [^\p{L}\p{N}]* берет ничего (потому что следующая цифра) или следующий разделитель? 
        В данном случае после 9 идет ')' - разделитель. 
        Но что, если между цифрами нет разделителя? Тогда [^\p{L}\p{N}]* возьмет пустую строку.
        Таким образом, мы требуем ровно 11 цифр: одна в начальной группе (7 или 8) и 10 в следующей группе.
   Теперь в слипшемся примере: 
        ...22-338... 
        После последней 3 (в первом номере) идет цифра 8 (начало второго номера). 
        В первом номере: 
            последняя группа: последняя цифра 3, затем [^\p{L}\p{N}]* возьмет '-' (если он есть) и остановится на 8, потому что 8 - цифра, а не разделитель. 
            Затем должно идти условие (?!\d) - после чего? После последнего взятого символа в номере, а это '-' (разделитель). После него идет 8 (цифра). 
            Условие (?!\d) проверяет, что после последнего символа номера (разделителя '-') не идет цифра? Но после '-' идет 8 (цифра) -> условие (?!\d) не выполнится.
        Поэтому первое совпадение не будет включать этот последний разделитель? 
        Почему? Потому что квантифаер * - жадный, но он остановится перед 8, потому что 8 не разделитель. 
        Тогда последний символ номера - это последняя цифра 3. 
        После 3 идет разделитель '-'? 
        Но в регулярном выражении последний элемент номера - это цифра 3 (последняя из 10 в группе) и после нее [^\p{L}\p{N}]* берет сколько может. 
        Он может взять '-' и затем увидит 8 (цифру). Так как 8 не разделитель, то [^\p{L}\p{N}]* остановится на '-' (потому что 8 не входит в этот класс). 
        Тогда после '-' в тексте идет 8, а мы ставим условие (?!\d) сразу после последнего взятого символа (после '-'). 
        После '-' идет цифра 8 -> условие (?!\d) не выполняется.
        Поэтому первое совпадение не будет найдено? 
        Но если убрать дефис: ...22338... 
        Тогда после последней цифры 3 (в первом номере) идет цифра 8. 
        В первом номере: 
            последняя группа: цифра 3, затем [^\p{L}\p{N}]* не может взять ничего, потому что следующая 8 - цифра, а не разделитель. 
            Поэтому условие (?!\d) применяется после 3. А после 3 идет 8 -> цифра -> условие не выполняется.
        Поэтому первое совпадение не будет найдено до конца.
        Как же тогда быть? 
        Мы можем позволить, чтобы после номера был разделитель? 
        Но условие (?!\d) нужно, чтобы не захватить часть номера. 
        В данном случае, если два номера идут подряд без разделителя (или с разделителем, который не является буквой или цифрой), то первый номер будет обрываться на последней цифре, а второй будет начинаться с 8. 
        Поэтому в случае "8(999)1112233" - это будет 11 цифр: 89991112233 -> валидно. 
        А если "8(999)11122338(999)1112234", то первый номер: 8(999)1112233 -> 11 цифр, но после последней цифры 3 идет цифра 8. 
        Поэтому условие (?!\d) не даст завершиться первому номеру? 
        Но мы можем убрать (?!\d) и (?<!\d)? 
        Тогда мы рискуем захватить часть большего числа. 
        Альтернатива: считать, что номер должен состоять ровно из 11 цифр, и при этом мы можем извлекать цифры из строки, игнорируя разделители. 
        Но мы хотим найти именно вхождение в тексте. 
        Можно сделать так: 
            - Найти все последовательности, которые начинаются с +7, 7, 8, затем идут 10 цифр, разделенных не-буквенными и не-цифровыми символами. 
            - При этом мы должны проверить, что перед началом и после конца нет цифр? 
        Но без граничных условий мы можем найти номер внутри строки "123456789012" (если там есть 11 цифр, начинающихся с 7 или 8).
        Поэтому границы важны. 
        Как насчет такого: 
            - Требовать, чтобы номер был окружен либо началом/концом строки, либо не-цифровыми и не-буквенными символами? 
        Но по условию разделители - это любые не-буквенные, но мы уточнили, что разделители - это не-буквенные и не-цифровые. 
        Поэтому после номера должен идти либо конец строки, либо символ, который не является цифрой (и не является буквой? но не важно, главное не цифра). 
        Аналогично перед началом: не цифра. 
        Поэтому оставим (?<!\d) и (?!\d). 
        Тогда в случае, когда после номера идет разделитель, а затем цифра (как в случае двух номеров, разделенных разделителем и затем цифрой), то первый номер не будет захвачен? 
        Пример: 
            "8(999)111-22-33-8(999)111-22-34"
            Первый номер: 
                ...22-33- -> после 3 (последней цифры) идет разделитель '-', а затем 8 (цифра). 
                Условие (?!\d) проверяет после последнего символа номера. 
                Последний символ номера - это разделитель '-' (потому что [^\p{L}\p{N}]* взял его). 
                После '-' идет 8 (цифра) -> условие (?!\d) не выполняется. 
            Поэтому регулярное выражение будет искать более короткий вариант? 
                [^\p{L}\p{N}]* - жадный, но он может взять и меньше? 
                Если мы не будем брать последний '-', то последний символ номера будет 3. 
                Тогда условие (?!\d) применится после 3, и там стоит '-' (не цифра) -> условие выполнится? 
            Но в регулярном выражении мы разрешили [^\p{L}\p{N}]* брать ноль или более. 
            Поэтому движок попробует взять минимально возможное? 
            Но по умолчанию квантифаер * жадный, поэтому он берет максимально. 
            Чтобы он брал минимально, нужно сделать его ленивым? 
            Но тогда мы можем не добрать разделители. 
        Вместо этого, мы можем сказать, что разделители после последней цифры нам не нужны? 
            Но в условии после последней цифры могут быть разделители. 
        Поэтому мы хотим, чтобы после последней цифры (и возможных разделителей) не шла цифра. 
        Как это сделать? 
            Вместо (?!\d) поставим: (?![\p{N}]) - чтобы после последнего символа номера (который может быть разделителем) не было цифры. 
        Но \p{N} - это цифра в Юникоде. 
        Тогда: 
            $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\p{N}]*(?:\d[^\p{L}\p{N}]*){10}(?!\p{N})/u';
        Теперь в примере "8(999)111-22-33-8(999)111-22-34":
            Первый номер: 
                ... берет до последней цифры 3, затем [^\p{L}\p{N}]* берет '-' (и возможно, еще что-то). 
                Затем проверка (?!\p{N}) - после последнего взятого разделителя '-' идет цифра 8 -> условие не выполняется. 
                Тогда движок откатывается: [^\p{L}\p{N}]* отдает последний разделитель. 
                Тогда последний символ номера - это цифра 3, и проверка (?!\p{N}) смотрит после 3: там стоит '-' (не цифра) -> условие выполняется? 
            Почему? Потому что после 3 идет '-', а не цифра. 
            Поэтому первое совпадение будет найдено: "8(999)111-22-33"
        Затем второе совпадение: 
            начнется с 8, которая идет после '-' (а перед 8 стоит '-', что не цифра, поэтому (?<!\d) выполнится? 
            (?<!\d) - это негативный просмотр назад: он проверяет, что перед 8 нет цифры. Перед 8 стоит '-' -> нет цифры -> ок. 
        Поэтому второе совпадение: "8(999)111-22-34"
        Это то, что нужно.
   Итоговое регулярное выражение:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\p{N}]*(?:\d[^\p{L}\p{N}]*){10}(?!\p{N})/u';
   Проверим на примере "+791234567890" (12 цифр):
        Начало: "+7" -> (?:\+7|7|8) подходит.
        Затем [^\p{L}\p{N}]* - не берет ничего, потому что сразу цифра 9.
        Затем группа (?:\d[^\p{L}\p{N}]*){10}:
            1: 9 -> затем [^\p{L}\p{N}]* - ничего (если нет разделителей)
            ... так 11 раз (потому что 10 раз, но цифр 11: 9,1,2,3,4,5,6,7,8,9,0)
        После 10-й цифры (это 8) мы должны были сделать 10 повторов? 
            На самом деле: 
                цифра 9 (1), цифра 1 (2), ... цифра 8 (10) -> 10 повторов выполнено.
            Затем проверка (?!\p{N}) - после последнего взятого символа (после 8) идет 9 (цифра) -> условие (?!\p{N}) не выполняется.
        Поэтому движок попробует откатиться: 
            Может, 10-я группа возьмет не только цифру 8, но и что-то еще? Но после 8 нет разделителей, только 9. 
            [^\p{L}\p{N}]* после 8 ничего не берет (потому что 9 - цифра, не входит в класс). 
            Тогда последний символ - 8, и после 8 идет 9 -> условие (?!\p{N}) не выполняется.
        Тогда движок попробует сократить количество повторов? 
            Но {10} требует ровно 10. 
        Поэтому совпадения не будет.
   Проверим на примере "8 999 &&&&222-99----33" (11 цифр):
        Начало: 8 -> подходит.
        [^\p{L}\p{N}]*: пробел -> берется.
        Затем группа 10 раз:
            Первая цифра: 9 (из 999) -> затем [^\p{L}\p{N}]*: пробел и & (все, что не цифры и не буквы) берем до следующей цифры 9 (второй разряд 999) -> но это уже следующая цифра, а мы должны после первой цифры взять разделители. 
            Но в группе: \d[^\p{L}\p{N}]* 
                Первая итерация: \d -> 9, [^\p{L}\p{N}]* -> пробел и &&& (до следующей цифры 9) -> но следующая цифра 9 не входит, поэтому берем весь пробел и &&&? 
            Вторая цифра: 9 -> затем [^\p{L}\p{N}]* -> берем остальные 9? 
            Но на самом деле цифры идут группами. 
        Как это работает: 
            Группа повторяется 10 раз. Каждый раз она берет одну цифру и затем ноль или более не-цифровых-не-буквенных символов. 
        В строке: "8 999 &&&&222-99----33"
            Цифры: 8, 9,9,9, 2,2,2, 9,9, 3,3 -> всего 11 цифр. 
            Начальная группа взяла 8. Осталось 10 цифр. 
            Группа должна взять 10 цифр, каждую с возможными разделителями. 
            Итерации:
                1: \d -> 9 (первая 9 из 999), [^\p{L}\p{N}]* -> пробел после этой 9? Нет, после этой 9 идет следующая 9 -> цифра, поэтому [^\p{L}\p{N}]* берет пустую строку.
                2: \d -> 9 (вторая 9), [^\p{L}\p{N}]* -> пусто (потому что следующая 9)
                3: \d -> 9 (третья 9), [^\p{L}\p{N}]* -> пробел и &&& (все до 2) -> берет: " &&&"
                4: \d -> 2 (первая 2), [^\p{L}\p{N}]* -> пусто (следующая 2)
                5: \d -> 2 (вторая 2), [^\p{L}\p{N}]* -> пусто
                6: \d -> 2 (третья 2), [^\p{L}\p{N}]* -> '-' 
                7: \d -> 9 (первая 9), [^\p{L}\p{N}]* -> пусто
                8: \d -> 9 (вторая 9), [^\p{L}\p{N}]* -> '----'
                9: \d -> 3 (первая 3), [^\p{L}\p{N}]* -> пусто
                10: \d -> 3 (вторая 3) -> и затем [^\p{L}\p{N}]* -> пусто (конец строки)
            После последнего символа (последняя 3) идет конец строки -> (?!\p{N}) выполняется (конец строки - не цифра).
            Поэтому совпадение будет.
   Теперь пример с 12 цифрами: не будет найдено.
   Пример с двумя номерами, разделенными разделителем: 
        "8(999)111-22-33 8(999)111-22-34"
        Первый номер: 
            после 3 (последней цифры) идет пробел. 
            [^\p{L}\p{N}]* в последней группе берет пробел? 
            Затем проверка (?!\p{N}) - после пробела идет 8 (цифра) -> условие не выполняется? 
            Тогда движок заставит [^\p{L}\p{N}]* не брать пробел? 
            Тогда последний символ номера - это 3, и после 3 идет пробел (не цифра) -> условие (?!\p{N}) выполняется. 
            Поэтому первый номер: "8(999)111-22-33" (без пробела).
        Второй номер: 
            начинается с 8, перед ней пробел -> не цифра, поэтому (?<!\d) выполняется.
   И последний пример из вопроса: 
        "8 999 &&&&222-99----33" - нашли.
   И пример, где после номера идет восклицательный знак: 
        "+791234567890!" - не найдет, потому что 12 цифр. 
        Но если бы было 11: 
            "+79123456789!" -> 
                начальная группа: +7 -> цифра 7
                затем 9 цифр: 1,2,3,4,5,6,7,8,9 -> всего 10? 
                Нет: 7 (начальная) + 9 цифр = 10, а нужно 11. 
            Поэтому не хватает. 
        "+71234567890!" -> 7 (начальная) и 10 цифр: 1,2,3,4,5,6,7,8,9,0 -> 11 цифр. 
        Тогда: 
            группа 10 раз: 
                каждая из 10 цифр, разделителей нет. 
            после последней цифры 0 идет '!' -> не цифра, поэтому (?!\p{N}) выполняется. 
        Найдет.
   Но в условии номер должен быть ровно 11 цифр. 
   Поэтому регулярное выражение:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\p{N}]*(?:\d[^\p{L}\p{N}]*){10}(?!\p{N})/u';
   Однако, обратите внимание: класс [^\p{L}\p{N}] включает все, что не буква и не цифра, в том числе знаки препинания, пробелы, символы и т.д.
   Это соответствует условию.
   Тест на номере с буквой: 
        "8a999" - буква 'a' - она не входит в [^\p{L}\p{N}]? 
        Класс [^\p{L}\p{N}] - это отрицание, то есть символы, которые не являются буквами и не являются цифрами. 
        Буква 'a' является буквой, поэтому она не входит в этот класс. 
        Значит, в этом месте [^\p{L}\p{N}]* не сможет пройти, потому что встретит букву. 
        Поэтому совпадения не будет. 
   Это правильно.
   Итог: используем это регулярное выражение.
   Примечание: в классе [^\p{L}\p{N}] мы используем \p{N} для цифр (это включает не только арабские цифры, но и другие, но в номерах телефонов РФ используются только арабские. 
   Однако, если в тексте есть другие цифры (например, римские), то они не будут считаться цифрами? 
        \p{N} включает любые числовые символы в Юникоде, в том числе римские цифры, но в номерах телефонов они не используются. 
        Поэтому, чтобы быть точными, можно использовать [^\p{L}0-9], но тогда мы не захватим другие цифры, которые могут быть представлены в Юникоде (но в РФ это маловероятно).
   Но для простоты и скорости, учитывая, что номера телефонов РФ используют только арабские цифры, мы могли бы заменить \p{N} на 0-9. 
   Тогда:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}0-9]*(?:\d[^\p{L}0-9]*){10}(?!\d)/u';
   Здесь:
        [^\p{L}0-9] - любой символ, который не является буквой и не является арабской цифрой.
   Но в условии сказано "любые символы 'не буквы'", а цифры (арабские) не должны считаться разделителями. 
   Поэтому так даже лучше.
   Уточним:
        \d - это [0-9] (если использовать флаг u, то \d включает только арабские цифры, что нам и нужно).
   Поэтому:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\d]*(?:\d[^\p{L}\d]*){10}(?!\d)/u';
   Теперь:
        [^\p{L}\d] - любой символ, который не буква и не цифра (арабская).
   Это то, что нужно.
   Проверим на примере: "8(999)111-22-33"
        Начало: 8
        [^\p{L}\d]*: '(' -> берется
        Затем группа:
            1: \d -> 9, [^\p{L}\d]*: ')' -> берется
            2: \d -> 9, [^\p{L}\d]*: ничего (потому что следующая 9? но следующая 9 - это цифра, поэтому не берем) -> но у нас в строке после первой 9 идет вторая 9? 
        На самом деле, в строке: "8(999)111-22-33"
            После 8 идет '(' -> разделитель.
            Затем три цифры 9,9,9, затем ')', затем 1,1,1, затем '-', 2,2, '-', 3,3.
        Как будет работать:
            После начальной 8: разделитель '('.
            Затем группа 10 раз:
                1: \d -> 9 (первая 9), [^\p{L}\d]* -> пусто (потому что следующая 9 - цифра, не разделитель)
                2: \d -> 9 (вторая 9), [^\p{L}\d]* -> пусто
                3: \d -> 9 (третья 9), [^\p{L}\d]* -> ')' 
                4: \d -> 1, [^\p{L}\d]* -> пусто
                5: \d -> 1, [^\p{L}\d]* -> пусто
                6: \d -> 1, [^\p{L}\d]* -> '-'
                7: \d -> 2, [^\p{L}\d]* -> пусто
                8: \d -> 2, [^\p{L}\d]* -> '-'
                9: \d -> 3, [^\p{L}\d]* -> пусто
                10: \d -> 3, [^\p{L}\d]* -> пусто (конец)
        После последнего символа (цифра 3) идет конец -> (?!\d) выполняется.
        Все верно.
   Поэтому окончательный вариант:
        $pattern = '/(?<!\d)(?:\+7|7|8)[^\p{L}\d]*(?:\d[^\p{L}\d]*){10}(?!\d)/u';
   Замечание: (?<!\d) - это просмотр назад, который проверяет, что перед началом номера нет цифры. 
        Но перед номером может быть, например, буква. Это допустимо? 
        Например: "телефон: 8(999)111-22-33" 
        Перед 8 стоит пробел и двоеточие, но не цифра -> условие выполняется.
   Если перед номером стоит буква: "a8(999)111-22-33" 
        (?<!\d) выполняется (потому что перед 8 буква, не цифра), но мы не хотим, чтобы номер начинался с буквы? 
        Но условие не запрещает, чтобы перед номером была буква. 
        Однако, по условию задачи, номер может быть в любом тексте. 
        И мы хотим его найти, даже если перед ним буква? 
        Но тогда это может быть частью слова: "a8..." - но это не номер. 
        Поэтому, возможно, стоит требовать, чтобы перед номером не было буквы? 
        Но в условии не сказано. 
        Мы можем добавить условие, что перед номером не должно быть буквы? 
        Но в условии: "любые символы 'не буквы'" - это внутри номера. А перед номером может быть что угодно. 
        Однако, если перед номером стоит буква, то это, скорее всего, не номер. 
        Поэтому можно изменить (?<!\d) на (?<![\d\p{L}]) - чтобы не было ни цифры, ни буквы. 
        Но тогда в строке "телефон:8..." перед 8 стоит ':' (не буква и не цифра) -> условие выполнится. 
        А в строке "a8..." - перед 8 буква 'a' -> условие не выполнится. 
        Это хорошая идея. 
        Аналогично, после номера: (?![\d\p{L}]) - чтобы после не было ни цифры, ни буквы? 
        Но в условии после номера может быть любой символ, но мы не хотим, чтобы номер был частью слова. 
        Например: "8(999)111-22-33a" - не должен находиться. 
        Поэтому:
            $pattern = '/(?<![\d\p{L}])(?:\+7|7|8)[^\p{L}\d]*(?:\d[^\p{L}\d]*){10}(?![\d\p{L}])/u';
   Проверим на "телефон:8(999)111-22-33":
        Перед 8 стоит ':' -> не цифра и не буква -> условие (?<![\d\p{L}]) выполняется.
        После номера: конец строки -> не цифра и не буква -> условие (?![\d\p{L}]) выполняется.
   Проверим на "a8(999)111-22-33":
        Перед 8 буква 'a' -> условие не выполняется -> не найдет.
   Проверим на "8(999)111-22-33a":
        После последней 3 стоит 'a' -> условие (?![\d\p{L}]) не выполняется -> не найдет.
   Это улучшение.
   Но что, если после номера идет разделитель, а затем буква? 
        "8(999)111-22-33,abc"
        После номера идет запятая (разделитель), а затем 'a'. 
        В регулярном выражении последний символ номера - это последняя цифра 3 (или разделитель после нее? В нашем случае после 3 в номере нет разделителя, потому что [^\p{L}\d]* в последней группе берет ноль символов). 
        Поэтому условие (?![\d\p{L}]) применяется после 3, а после 3 идет ',' (не цифра и не буква) -> условие выполняется? 
        Но мы хотим, чтобы номер был завершен. Условие выполнится, потому что ',' не буква и не цифра. 
        Затем в тексте идет 'a', но это уже за условием. 
        Поэтому номер будет найден: "8(999)111-22-33"
   Если в конце номера есть разделитель: 
        "8(999)111-22-33-"
        После последней цифры 3 идет '-'. 
        В последней группе: 
            последняя цифра 3, затем [^\p{L}\d]* берет '-'. 
        Затем условие (?![\d\p{L}]) - после '-' идет конец строки (не цифра и не буква) -> выполняется.
        Найдет.
   Если в конце номера идет разделитель и затем буква: 
        "8(999)111-22-33-a"
        После номера: последняя цифра 3, [^\p{L}\d]* берет '-' (потому что '-' не буква и не цифра). 
        Затем условие (?![\d\p{L}]) - после '-' идет 'a' (буква) -> не выполняется. 
        Тогда движок откатывается: [^\p{L}\d]* не берет '-'. 
        Тогда последний символ номера - 3, и после 3 идет '-' -> не буква и не цифра? 
        '-' - не буква и не цифра -> условие (?![\d\p{L}]) выполняется? 
        Но класс [\d\p{L}] - это цифры и буквы. '-' не входит -> условие выполняется.
        Поэтому номер будет найден без последнего '-': "8(999)111-22-33"
        Но в строке после 33 идет '-', который не является частью номера. 
        Это корректно.
   Итоговое регулярное выражение:
        $pattern = '/(?<![\d\p{L}])(?:\+7|7|8)[^\p{L}\d]*(?:\d[^\p{L}\d]*){10}(?![\d\p{L}])/u';
   Оно ищет:
        - Перед номером: не цифра и не буква (или начало строки)
        - Начало: +7, 7, 8
        - Любое количество разделителей (не букв и не цифр)
        - Затем 10 раз: [одна цифра + любое количество разделителей]
        - После номера: не цифра и не буква (или конец строки)
   Это должно решить задачу.
   Пример кода:
        $text = "Контакты: +7(999)111-22-33
8--999 111*22~33
79991112233
+791234567890!
8 999 &&&&222-99----33";
        preg_match_all('/(?<![\d\p{L}])(?:\+7|7|8)[^\p{L}\d]*(?:\d[^\p{L}\d]*){10}(?![\d\p{L}])/u', $text, $matches);
        print_r($matches[0]);
   Должно найти 4 номера (первые три и последний), а +791234567890 (12 цифр) пропустит.
   Примечание: в тексте есть восклицательный знак после +791234567890, но это не поможет, потому что там 12 цифр.
   Улучшение: можно добавить возможность, что номер может быть в конце строки или перед символом, который не цифра и не буква.
   У нас это уже есть.
   Теперь протестируем на строке с лишними символами.
   Напишем тесты.
   Если возникнут проблемы с производительностью из-за сложных просмотров, то можно упростить, но для защиты от спама, вероятно, подойдет.
   Учитывая, что текст может быть большим, но номера не очень длинные, это должно работать.