正则表达式按标准化规范分为BRE和ERE两类：BRE需转义+?{}|()等元字符，ERE默认启用；按实现引擎分POSIX、PCRE、Java、.NET、JavaScript等，其中PCRE因兼容Perl高级特性成为事实标准。
如果您在学习或使用正则表达式时对其技术归属和分类体系感到困惑，则可能是由于不同标准、实现引擎与应用场景导致的命名与划分差异。以下是明确界定正则表达式技术类型与分类的依据：
一、按标准化规范分类
正则表达式在 POSIX（可移植操作系统接口）标准中被明确定义为两类：Basic Regular Expressions（BRE，基本正则表达式）和 Extended Regular Expressions（ERE，扩展正则表达式）。BRE 要求对部分元字符（如 +、?、{、}、|、(、)）进行反斜杠转义才能启用其特殊功能；而 ERE 则默认赋予这些字符特殊含义，无需额外转义。
1、在 GNU grep 中，使用 grep 命令默认启用 BRE 模式。
2、使用 grep -E 或 egrep 启用 ERE 模式。
3、在 sed 编辑器中，sed 's/regex/replacement/' 默认使用 BRE；而 sed -E 's/regex/replacement/' 启用 ERE 语法支持。
二、按实现引擎分类
不同软件或编程语言采用的正则表达式引擎决定了其语法能力与兼容性。主流引擎包括 POSIX BRE/ERE 引擎、PCRE（Perl Compatible Regular Expressions）、Java RegExp、.NET Regex 和 JavaScript RegExp。其中 PCRE 因其高度兼容 Perl 的强大特性（如命名捕获组、零宽断言、递归模式等），已成为现代工具（如 PHP 的 preg_* 函数、Nginx 的 location 匹配、许多文本编辑器）的事实标准。
1、执行 php --ri pcre 可验证当前 PHP 是否启用 PCRE 扩展。
2、在 Python 中，re 模块默认基于 SRE（Simple Regular Expression）引擎，自 Python 3.11 起已逐步向更接近 PCRE 的行为靠拢。
3、JavaScript 的 RegExp 对象遵循 ECMAScript 标准，其语法属于 ERE 的超集，但不支持 PCRE 特性如 (?（肯定逆序环视）等。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
三、按语义能力层级分类
从形式语言理论角度，正则表达式对应于“正则文法”所描述的语言类别，即能被有限状态自动机（FSA）识别的语言。但实际工程中使用的“正则表达式”常超出该数学定义范围：例如支持反向引用（\1）的表达式已不属于严格意义的“正则语言”，因其需要记忆能力，等价于下推自动机（PDA）；而 PCRE 中的递归模式甚至可表达上下文有关语言。
1、POSIX BRE/ERE 属于经典正则语言范畴，可被确定性有限自动机构建与匹配。
2、含 (\\w+)\\s+\\1（匹配重复单词）的表达式因反向引用引入非正则性，归类为增强型正则表达式。
3、含 (?R) 或 (?1) 的 PCRE 递归模式，已突破正则语言边界，进入上下文无关语言处理能力层级。
四、按应用场景驱动的隐式分类
尽管无官方命名，实践中常依用途将正则表达式划分为验证型、提取型、替换型与分割型。验证型侧重布尔判定（如邮箱格式 ^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$）；提取型依赖捕获组获取子串（如 URL 中的协议、主机、路径）；替换型结合 s///g 实现模板化改写；分割型则以匹配结果为分界点切分字符串（如 split(/\s+/) 按空白符拆分）。
1、HTML 解析禁用正则：因 HTML 是嵌套结构，无法用任何正则表达式完全正确解析，必须使用 DOM 解析器。
2、日志清洗常用提取型正则：例如匹配 Nginx 日志中的 IP、时间、请求行，格式为 ^(\S+) \S+ \S+ \[([^\]]+)\] "(\S+) ([^\"]+) (\S+)"。
3、代码重构多用替换型正则：如将 Java 中所有 new String("...") 替换为直接字面量 "..."，需启用全局标志 g。
