정규식 테스터

패턴을 쓰고 플래그를 켜면, 입력하는 동안 테스트 문자열 안의 모든 일치가 표시됩니다. 일치마다 캡처 그룹이 나열되고 치환 미리보기가 함께 돌아가므로, 패턴이 무엇을 찾아내는지와 무엇을 만들어 낼지를 둘 다 확인할 수 있습니다. 엔진은 브라우저 자체의 자바스크립트 RegExp이므로, 여기서 보는 것이 곧 여러분의 코드가 할 일입니다. 그리고 아무것도 페이지 밖으로 나가지 않는데, 디버깅하는 표본이 실제 데이터일 때 이 점이 중요합니다.

진짜 자바스크립트 엔진이라는 말은 그 특유의 성격까지 물려받는다는 뜻이기도 합니다. \d는 아스키 숫자 0부터 9까지만 일치시키므로, 아무 숫자나 받을 것처럼 보이는 패턴이 아라비아-인도 숫자 문자열에서는 실패합니다. 그쪽까지 받는 것은 u 플래그와 함께 쓰는 \p{Nd}입니다. 점은 s 플래그를 켜지 않는 한 줄바꿈을 건너뜁니다. \A나 \z는 없습니다. 문자열 전체에 고정하려면 m 없이 ^와 $를 씁니다. 후방탐색은 요즘 브라우저에서 동작하지만 늦게 들어왔기 때문에, 여기서는 통과하는 패턴이 오래된 기기에서는 실패할 수 있습니다.

패턴을 다른 언어로 옮기기 전에는 이식성을 확인할 가치가 있습니다. 고의 표준 라이브러리는 RE2를 쓰는데, 설계상 역참조도 전후방탐색도 아예 없습니다. 여기서 완벽하게 동작하는 패턴이 그쪽에서는 그냥 거부됩니다. 파이썬과 PCRE는 자바스크립트보다 더 많은 것을 받아들여서 원자 그룹과 소유 수량자까지 지원하므로, 반대 방향으로 복사한 패턴은 오류를 내는 대신 조용히 다르게 동작할 수 있습니다.

정말로 두려워해야 할 실패 양상은 파국적 역추적입니다. 겹치는 선택지 위에 수량자가 중첩된 패턴은, 거의 일치하는 입력에 대해 지수 시간을 쓸 수 있습니다. /^(a+)+b$/를 a 스물여덟 개 뒤에 x가 붙은 문자열에 시험하면 이 엔진에서 수 초가 걸리고, 글자 하나가 늘 때마다 대략 두 배가 됩니다. 서버에서라면 짧은 요청 하나로 서비스 거부가 되는 셈이고, 이 패턴 부류에 따로 이름이 붙어 있는 이유가 그것입니다. 정규식 안에 수량자가 또 다른 수량자를 품고 있다면, 배포하기 전에 길고 아슬아슬하게 빗나가는 입력으로 시험해 보세요. 이 페이지가 그것을 알아내기에 좋은 자리입니다.