패턴과 플래그를 분리해 입력
패턴에는 양쪽 슬래시를 제외한 식을 입력하고 g·i·m 같은 플래그는 별도 칸에 넣습니다. g는 전체 찾기, i는 대소문자 무시, m은 여러 줄의 시작과 끝 처리를 바꿉니다.
중복 플래그나 문법이 잘못된 패턴은 오류가 되므로 한 번에 복잡하게 만들기보다 작은 단위부터 확인하세요.
- g: 모든 일치 찾기
- i: 대소문자 무시
- m: 여러 줄 모드
날짜 패턴과 캡처 그룹 예시
`(\d{4})-(\d{2})-(\d{2})`는 2026-09-02 같은 값을 세 그룹으로 나눕니다. 첫 그룹은 연도, 두 번째는 월, 세 번째는 일입니다.
치환식 `$1/$2/$3`을 사용하면 같은 값을 2026/09/02 형태로 미리 볼 수 있습니다.
- 괄호 (): 캡처 그룹
- $1, $2: 캡처한 값 재사용
- ^, $: 문자열 시작과 끝
성공·실패 예시를 함께 검사
정상 데이터만 넣으면 너무 넓은 정규식도 맞는 것처럼 보입니다. 빈 값, 잘못된 구분자, 앞뒤 불필요한 문자와 긴 입력도 함께 검사하세요.
도구는 매칭 위치와 최대 100개 결과를 보여주므로 반복 패턴이 예상보다 많이 잡히는지도 확인할 수 있습니다.
언어 차이와 성능 주의
바로툴은 브라우저의 JavaScript RegExp 문법을 사용합니다. Java, Python, 데이터베이스 정규식과 지원 문법이나 치환 표기가 다를 수 있습니다.
사용자 입력을 동적 패턴으로 만들 때는 특수문자 이스케이프와 과도한 백트래킹으로 인한 ReDoS 위험을 검토하세요.
테스트 문자열과 기대 결과부터 작성
정규표현식을 먼저 길게 만들기보다 매칭되어야 하는 예시와 매칭되면 안 되는 반례를 각각 3개 이상 적으세요. 이메일·전화번호처럼 형식이 다양한 값은 정상 경계값, 빈 문자열, 공백, 한글과 이모지, 줄바꿈도 포함하는 편이 좋습니다. 기대한 전체 매치와 캡처 그룹을 표로 적으면 패턴 변경 후 무엇이 깨졌는지 빠르게 찾을 수 있습니다.
실제 고객 데이터나 비밀번호·토큰·주민번호는 테스트 도구에 그대로 붙이지 말고 구조를 유지한 가상값으로 바꾸세요. 로그 한 줄만으로 패턴을 맞추면 다른 줄에서 과도하게 매칭될 수 있으므로 짧은 샘플과 여러 줄 샘플을 모두 준비합니다. 정규식은 검색, 검증, 추출, 치환 중 목적에 따라 설계 방식이 달라지므로 목적을 한 가지로 명확히 정하세요.
- 정상 예시와 반례를 함께 준비
- 전체매치와 캡처그룹의 기대값 기록
- 민감정보는 가상 샘플로 교체
플래그와 앵커가 결과를 바꾸는 이유
g 플래그는 첫 매치에서 멈추지 않고 전체에서 반복 검색하며, i는 대소문자를 무시하고, m은 ^와 $를 각 줄의 시작·끝에도 적용합니다. s는 점(.)이 줄바꿈까지 포함하게 합니다. 필요한 플래그만 켜고 같은 패턴을 플래그별로 비교하면 예상 밖의 누락이나 과매칭 원인을 찾기 쉽습니다.
^와 $ 없이 ‘숫자 4자리’를 찾으면 긴 문자열 안의 일부도 매칭됩니다. 입력 전체가 정확히 네 자리여야 한다면 ^\d{4}$처럼 경계를 고정해야 합니다. 반대로 로그 본문에서 일부를 찾는 검색이라면 전체 앵커가 오히려 결과를 막을 수 있습니다. 단어 경계 \b는 라틴 문자 중심 동작과 유니코드 처리 차이가 있어 한글 경계에서는 별도 테스트가 필요합니다.
- g: 전체 반복, i: 대소문자 무시
- m·s는 줄바꿈 처리에 영향
- 전체 검증인지 부분 검색인지에 따라 앵커 결정
캡처 그룹과 치환 결과를 안전하게 확인
괄호는 캡처 그룹을 만들고 치환식에서 $1, $2처럼 재사용할 수 있습니다. ‘2026-09-02’를 ‘02/09/2026’으로 바꾸려면 연·월·일 그룹의 순서를 명확히 정하고 존재하지 않는 그룹을 참조하지 않았는지 확인합니다. 단순 묶음만 필요하면 (?:...) 비캡처 그룹을 사용하면 번호가 예상치 않게 밀리는 일을 줄일 수 있습니다.
탐욕적 수량자 .*는 가능한 긴 범위를 잡고 .*?는 더 짧은 범위를 시도하지만 어느 쪽도 구조화 문서의 완전한 파서를 대신하지 않습니다. HTML·JSON처럼 중첩구조가 있는 데이터를 복잡한 정규식 하나로 처리하기보다 해당 파서를 먼저 사용하고, 정규식은 정해진 텍스트 조각을 찾는 용도로 제한하는 편이 안전합니다.
- 캡처번호와 치환식 순서 대조
- 묶음만 필요하면 비캡처 그룹 사용
- 중첩 형식은 전용 파서 우선
성능·호환성·배포 전 점검
중첩된 반복과 모호한 대안은 입력이 길 때 역추적이 급격히 늘어 브라우저나 서버가 멈춘 것처럼 보일 수 있습니다. (a+)+ 같은 구조를 피하고 입력 길이에 상한을 두며, 가능한 경우 문자범위와 경계를 구체화하세요. 샘플이 짧을 때 빠르다고 실제 로그 전체에서도 안전한 것은 아니므로 긴 비매칭 문자열도 시험해야 합니다.
바로툴 결과가 맞아도 JavaScript 실행환경과 다른 언어의 정규식 문법은 완전히 같지 않습니다. lookbehind, named group, Unicode property escape 같은 기능은 대상 브라우저와 런타임 지원을 확인하세요. 배포 전에는 정상·반례·경계값을 자동 테스트로 남기고 패턴의 목적과 플래그를 코드 옆에 설명하면 이후 수정 위험이 줄어듭니다.
운영에 적용할 패턴은 실패했을 때의 동작도 정해야 합니다. 매칭되지 않은 값을 버릴지 원문으로 보존할지, 오류 로그에 어떤 정보를 남길지 결정하고 대량 치환 전에는 변경 건수와 되돌리기 방법을 확인하세요.
- 긴 비매칭 입력으로 성능 시험
- 대상 언어·브라우저의 문법 지원 확인
- 패턴과 함께 테스트 사례를 저장