SpecFlow 的 .feature
文件不是运行时读取的源文件
它不会被 C# 程序直接“解析”成可执行逻辑——
.feature文件只在 SpecFlow 编译阶段（即生成
*.feature.cs文件时）被读取一次，之后就被丢弃。你看到的测试方法、步骤绑定、场景上下文，全来自生成的 C# 类，而不是运行时重新加载
.feature文件。
所以，如果你的目标是“在运行时打开一个
login.feature，提取出所有
@smoke场景”，这不是 SpecFlow 设计要解决的问题；它是 Gherkin 解析问题，得绕过 SpecFlow 自己动手。 SpecFlow 不提供公开 API 读取或遍历
.feature文件内容
SpecFlow.Tools.Parser是内部类，不推荐引用，且随版本变动大 强行用
File.ReadAllText+ 正则去“解析” Gherkin 文本极易出错（缩进、多行字符串、注释、表格边界）
真要读 .feature
文件，用官方 Gherkin
NuGet 包
这是唯一靠谱的方式：用 Cucumber 官方维护的
Gherkin库（.NET 版），它专为解析 Gherkin 文本设计，能正确处理关键字、注释、数据表、文档字符串、标签嵌套等。
安装：
dotnet add package Gherkin
核心流程就是：创建
Parser→ 调用
Parse()→ 得到
FeatureAST 对象 → 遍历
Feature.Children（每个是
Scenario或
ScenarioOutline）。 支持全部 Gherkin 6+ 语法，包括
Examples表格中的
|分隔和换行符保留 返回的是强类型对象（
Feature,
Scenario,
Step,
Tag），不是字符串切片 不依赖 SpecFlow，也不影响编译流程，纯运行时解析 注意：
Parser.Parse()接收的是
TextReader，别直接传路径字符串——要用
new StringReader(content)或
File.OpenText(path)
Gherkin.Parser
解析后怎么取标签和场景名
拿到
Feature对象后，标签在
Feature.Tags（顶层标签），每个
Scenario自己也有
Tags属性；场景名是
Scenario.Name，不是
Scenario.Id（后者是内部哈希 ID）。
示例片段：
var parser = new Parser();
var feature = parser.Parse(new StringReader(File.ReadAllText("login.feature")));
foreach (var child in feature.Children)
{
if (child is Scenario scenario)
{
var tags = scenario.Tags.Select(t => t.Name).ToArray(); // 如 ["@smoke", "@regression"]
var name = scenario.Name; // "User logs in with valid credentials"
var steps = scenario.Steps.Select(s => s.Text).ToList();
}
}
scenario.Tags是
IReadOnlyList<tag></tag>，
Tag.Name带
@符号，如
"@smoke"多行步骤（如
"""..."""或表格）的文本内容在
Step.Argument中，需判断类型（
DataTable/
DocString）再取值 不要假设
Children顺序恒定——Gherkin 允许
Background插在中间，需用
is Scenario或
is ScenarioOutline判断类型
为什么不用正则或 StreamReader
手动拆？
因为 Gherkin 不是行格式文本，而是结构化文档：关键词大小写不敏感（
Given/
given都合法）、空行不终止场景、表格列对齐无意义、
Examples可能跨多行、注释可出现在任意行首（
#），还有嵌套的
ScenarioOutline+
Examples组合。 用正则匹配
@.*会漏掉写在
Scenario下面的标签（Gherkin 允许） 按空行分割会把带空行的
DocString错切成两段 忽略缩进会导致把
Then步骤误判成新
Scenario
Gherkin库内部用状态机解析，已覆盖所有边缘 case，自己重写成本高、维护难、易崩
真正麻烦的点不在“怎么读”，而在于你得想清楚：读出来之后做什么？渲染成 HTML？做覆盖率统计？还是动态启用/跳过某些场景？这些需求决定了你要取哪些字段、怎么缓存 AST、是否需要合并多个
.feature文件——而这些，
Gherkin库只管解析，不管业务逻辑。
