“从字符串中减去模板参数”指剥离尖括号内嵌套模板实参，保留最外层模板名；需用计数器法遍历字符串，维护depth变量匹配<>，depth为0时跳过所有<>及其中内容。
什么是“从字符串中减去模板参数”
这不是标准 C++ 操作，也没有内置函数叫 remove_template_args。用户实际想做的，通常是：给定一个形如 "std::vector<int std::allocator>>"</int> 的类型名字符串，去掉所有尖括号内的模板实参（包括嵌套），只保留最外层模板名，即得到 "std::vector"。
这本质是**字符串的结构化剥离**，难点在于括号匹配—— 和 <code>> 可能嵌套，不能简单用 find_first_of(' + <code>find_last_of('>')'。
用循环+计数器手动跳过嵌套模板参数
核心思路：遍历字符串，维护一个深度计数器 depth，遇到 加 1，遇到 <code>> 减 1；当 depth == 0 且当前字符是 ，说明这是顶层左括号起点；之后直到 <code>depth 再次归零时的 >，整段就是待删除区域。
depth，遇到 加 1，遇到 <code>> 减 1；当 depth == 0 且当前字符是 ，说明这是顶层左括号起点；之后直到 <code>depth 再次归零时的 >，整段就是待删除区域。
实操建议：
- 从左到右扫描，初始化
depth = 0，记录第一个的位置 <code>start（仅当depth == 0时才记） - 遇到
：若 <code>depth == 0，设start = i；然后depth++ - 遇到
>：先depth--，若此时depth == 0，说明匹配闭合，可截取[0, start)部分 - 注意：要跳过空格、换行等干扰？C++ 类型字符串通常无换行，但可能有空格（如
"std::map"），建议先erase(remove_if(... isspace), ...)或在计数逻辑中忽略空格
std::string strip_template_args(const std::string& s) {
int depth = 0;
size_t start = std::string::npos;
for (size_t i = 0; i < s.length(); ++i) {
char c = s[i];
if (c == '<') {
if (depth == 0) start = i;
depth++;
} else if (c == '>') {
depth--;
if (depth == 0 && start != std::string::npos) {
return s.substr(0, start);
}
}
}
return s; // no template args found
}
为什么不用正则表达式（std::regex）
C++11 的 std::regex 不支持递归匹配或平衡组，无法正确处理嵌套 <int std::pair float>></int> 这类结构。写成 R"(]*>)" 只能匹配最内层单层，会漏掉外层或错切。
常见错误现象：
- 用
std::regex_replace(s, std::regex(R"(<.>)"), "")</.>→ 把整个"<int std::pair float>>"</int>当作一个贪婪匹配，但若字符串含多个（如注释、字符串字面量），可能跨段误删 - 没考虑命名空间前缀（
std::、mylib::）被意外截断？不会，因为我们只删<...></...>及其中内容，前面部分原样保留 - 模板名本身含
？合法 C++ 标识符不允许，所以安全
边界情况与容易踩的坑
真实类型字符串比教科书复杂：
-
"foo::bar<T>"：源码中可能被 HTML 转义（尤其从文档提取），需先将<替换为，<code>>替换为> -
"std::function<void>"</void>：括号是函数调用语法，不是模板参数——但这里void(int)是模板实参的一部分，仍属<...></...>内容，本方法正常处理 -
"A<b>>"</b>：C++11 起允许连续>（无需空格），计数器法天然支持，因为每个>都触发depth-- - 字符串不含
或 <code>>？直接返回原串，函数已覆盖 - 深度不匹配（如
"std::vector<int>）？函数会在结尾返回原串，不会崩溃，但结果不符合预期——应确保输入是合法类型名</int>
template<template> class TT, typename... Args></template>），但这类完整声明极少以字符串形式出现；日常日志、typeid(T).name() 解析、反射模拟等场景，上述计数器法已覆盖 95% 以上需求。
