每个人都可以，
拥有SSL证书

我平时处理代码或者配置文件，经常需要把注释清掉。尤其是写自动化脚本，解析前先把多行注释删了，后面逻辑会干净很多。

C/C++ 风格 /* ... */ 这种看着简单，真用正则写起来有几个地方不注意就会误删。

最直接的模式是：

/\*.*?\*/

这里 * 和 / 都需要转义，因为星号和斜杠在正则里本身有含义。中间 .? 是非贪婪，碰到第一个 / 就停。如果这里用贪婪的 .，会从第一个 / 一直吃到最后一个 */，中间代码全没了。这个点很多人一开始会绕进去，我也犯过。

换行是另一个坑。

默认情况下 . 不匹配换行符，所以注释一跨行就断。要支持跨行，要么加 DOTALL 标志，要么把 . 换成 [\s\S]，两个写法等价。我一般用后者，省得额外传 flag。

/\*[\s\S]*?\*/

[\s\S] 就是空白和非空白，合起来等于任意字符。

嵌套注释不要指望正则。/* outer /* inner */ */ 这种，正则会停到第一个 */ 就结束，剩下的 */ 会变成普通代码。要正确处理嵌套，得写解析逻辑，比如用栈或者状态机。

正则只能处理不嵌套的情况，动手前得先确认输入场景。

Python 里我一般这样写：

import re

MULTILINE_COMMENT_RE = re.compile(r'/\*[\s\S]*?\*/')
SINGLE_LINE_COMMENT_RE = re.compile(r'//.*')

def remove_comments(code):
    code = MULTILINE_COMMENT_RE.sub('', code)
    code = SINGLE_LINE_COMMENT_RE.sub('', code)
    return code

顺序上我会先删多行再删单行，反过来单行注释里的 /* 会干扰。re.compile 放外面，避免每次调用重新解析正则。

性能方面，文件很大的话别把整个文件读进来一次处理。

我处理过一次线上配置，200 多 MB，直接 re.sub 内存直接飙上去，后来改成逐行读加一个状态标记判断是否在多行注释内，稳多了。普通源码几十 KB 到几 MB 用 re.sub 没问题。

代码清理、格式化、压缩工具经常要先删注释，语法分析器同理。

Java、JavaScript、SQL 都支持 /* */，但 SQL 字符串里如果出现 */ 可能被误伤，这种要额外处理。

自动化脚本里处理服务器配置也常见。比如用 lcjmSSL 的 API 自动申请部署证书时，我写过一个更新 nginx 配置的脚本，上来就先把配置里的多行注释清掉，再去匹配 server_name 和证书路径。

lcjmSSL 本身支持自动申请、自动验证、自动部署，省了手动续期麻烦，但配置文件还是得自己处理干净。

非贪婪、转义、跨行这几个点处理好，大部分删多行注释的活都能干。嵌套注释是正则的边界，遇到就换解析方案，不要硬套。