正确解析dockerfile需用正则^from\s+(1+)(?:\s+as\s+(2+))?\s(?:#.)?$提取镜像名与可选别名，--from=后须匹配合法别名格式a-za-z*，指令须行首锚定并加词界\b，多阶段依赖需校验as别名全局唯一且闭环。#\s ↩#\s ↩
匹配 FROM 指令时要区分 as 别名和多阶段起始
多阶段构建中 FROM 可能带 AS 别名（如 FROM php:8.5-cli-alpine AS builder），也可能不带（如 FROM php:8.5-fpm-alpine）。单纯用 ^FROM\s+(.+)$ 会把别名误判为镜像名，导致解析错误。
正确做法是捕获镜像名和可选别名两部分：
- 推荐正则：
^FROM\s+([^\s#]+)(?:\s+AS\s+([^\s#]+))?\s*(?:#.*)?$ -
$1是基础镜像（如php:8.5-cli-alpine） -
$2是阶段别名（如builder），为空表示非多阶段起始 - 必须加
(?:#.*)?忽略行尾注释，否则FROM alpine AS runtime # for prod会匹配失败
COPY --from= 需要识别阶段别名而非镜像名
多阶段中 COPY --from=builder /app /var/www 的 builder 是前一阶段的 AS 别名，不是镜像标签。如果正则只匹配 --from=(\S+)，可能误抓 --from=php:8.5 这类非法写法（Docker 不允许直接引用镜像名）。
应限定为合法别名格式：
- 正则：
--from=([a-zA-Z][a-zA-Z0-9_-]*) - 别名必须以字母开头，只含字母、数字、下划线、短横线（Docker 实际限制）
- 避免匹配
--from=0或--from=空值等无效情况 - 注意：Docker 允许
--from=0引用第零阶段，但这是数字索引，不是别名，需单独处理
RUN 指令里嵌套的 php -v 或 composer 命令不能被误判为 Dockerfile 指令
常见陷阱是正则无脑匹配所有 RUN 行，结果把 RUN php -v | grep "8\.5" 里的 php 当成新指令——实际它只是 shell 命令参数。
关键判断逻辑：
- Dockerfile 指令必须位于行首（忽略空格和制表符），且后跟非空白字符
- 用
^\s*(RUN|COPY|FROM|CMD|ARG)\b开头匹配，\b防止匹配到php -v中的run子串 - 不要用
/RUN.*php/这类模糊模式，它会污染上下文判断
多阶段依赖图构建时，AS 别名必须全局唯一
正则提取出所有 FROM ... AS xxx 和 COPY --from=xxx 后，需验证别名是否闭环：每个 --from=xxx 都必须对应一个已声明的 AS xxx，且不能重复定义同一别名。
这无法单靠正则完成，但正则结果是前提：
- 提取所有
AS别名存入集合declared_stages - 提取所有
--from=xxx存入集合used_stages -
used_stages - declared_stages就是未定义阶段，典型错误如COPY --from=prod /app /var/www但没写FROM ... AS prod - 注意：
--from=0是合法的，但不在别名集合里，需单独判断是否越界
真正容易被忽略的是阶段别名作用域——它只在当前 Dockerfile 内有效，跨文件或跨构建上下文不继承。正则提取后不做去重或合并，就可能把不同文件的同名阶段当成一个。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
