最直接提取MIME主类型是先用find(';')截断参数，再对基字符串find('/')取substr(0, pos)；需防御空串、无斜杠、开头为'/'等边界，推荐用string_view避免拷贝。
用 std::string::find 分割 MIME 字符串最直接
主类型（如 "text" 在 "text/html" 中）总在第一个 '/' 之前，且 MIME 类型格式严格（RFC 7231），不需正则或完整解析器。直接找斜杠位置、取子串即可，简单可靠。
常见错误是忽略边界情况：空字符串、无斜杠、开头就是 '/' 或连续斜杠。这些都不是合法 MIME 类型，但输入不可控时必须防御。
- 先检查
str.empty()，避免.find返回std::string::npos后误调.substr(0, npos)（这会截到末尾，不是你想要的） -
str.find('/') == 0表示以'/'开头，非法，应返回空或报错 - 用
str.substr(0, pos)提取主类型，其中pos = str.find('/') != std::string::npos ? str.find('/') : str.length()
处理带参数的 MIME 类型（如 "text/plain; charset=utf-8"）
分号及其后内容属于参数部分，不应影响主类型提取。标准做法是先按分号截断再找斜杠，否则 "multipart/form-data; boundary=xxx" 会被错误识别为 "multipart" 主类型（实际应为 "multipart"，没错——但得确保没被分号干扰逻辑）。
关键点在于：参数只出现在类型之后，且 RFC 明确要求分号前必须有有效类型。所以优先处理分号，再处理斜杠。
立即学习“C++免费学习笔记（深入）”；
- 用
str.find(';')找第一个分号位置，auto base = str.substr(0, semicolon_pos) - 再对
base调用.find('/')，逻辑同上 - 不要用
std::regex：开销大、编译慢、移动端或嵌入式环境常禁用
使用 std::string_view 避免不必要的拷贝（C++17+）
如果只是读取、不修改原始字符串，用 std::string_view 可省掉 substr 的内存分配。尤其在高频解析（如 HTTP 请求头处理）中收益明显。
注意：string_view 不拥有数据，必须保证源字符串生命周期长于 view。网络库中若字符串来自临时 buffer，这点极易出错。
- 声明为
std::string_view sv = str;，然后auto pos = sv.find('/'); - 提取主类型：
sv.substr(0, pos)，结果仍是string_view - 若需转
std::string（如存入容器），显式构造：std::string(sv.substr(0, pos))
第三方库（如 Boost.Mime）是否值得引入？
Boost.Mime 等库能做完整 MIME 解析（参数、编码、多部分边界），但仅提取主类型时，它属于“杀鸡用牛刀”。编译依赖增加、二进制体积上涨、启动时间略增，而核心逻辑三行代码就能写完。
真正需要它的场景是：你要校验整个 MIME 字符串合法性、提取所有参数、处理 multipart 边界、或兼容历史畸形格式（如多余空格、大小写混用）。普通 Content-Type 头解析，标准库足矣。
容易被忽略的是空格处理：RFC 允许类型和斜杠之间有空格（如 "text / html"），但现实中极少出现；若业务明确要求兼容，就得加 trim 逻辑——这时候才开始接近库的价值边界。
