技术博客
如果你的编译器报错 ‘erase_if’ was not declared in this scope，大概率是因为没开 C++20 或用了不支持的库版本。它不是 STL 容器成员函数，而是 <algorithm></algorithm> 里的非成员函数，且仅从 C++20 起标准化（GCC 10+、Clang 11+、MSVC 19.28+ 默认支持）。
不一定，但绝大多数常见场景下会。std::function 的模板构造函数是泛型的，它内部会对传入的可调用对象（比如 lambda、函数指针、bind 表达式）做一次类型擦除——这个过程通常涉及一次内存分配（堆上）和一次完整拷贝。哪怕你传的是一个空捕获的 lambda，std::function 也不会直接存栈上，而是按标准要求“拥有”该对象的一份副本。
结构体默认没定义 ，直接 <code>std::sort 会编译失败，报错类似：invalid operands to binary expression (‘const Person’ and ‘const Person’)。不是语法写错了，是编译器根本不知道怎么比。
因为 std::function 带运行时开销，且无法推导重载函数、函数模板或临时 lambda 的完整类型。泛型算法依赖编译期类型推导来适配任意可调用对象，而 std::function 会擦除类型信息，导致无法匹配重载、丢失 constexpr 能力，甚至让 SFINAE 失效。
Python 3.5+ 中，inspect.signature() 是读取函数签名的标准方法，它返回一个 Signature 对象，包含参数名、类型注解、默认值、是否可变参数等全部结构化信息。比旧的 inspect.getargspec() 更可靠，能正确处理 *args、**kwargs、带注解的参数和 keyword-only 参数。
调用时加不加 ()，直接决定是“拿函数本身”还是“立刻执行并取返回值”。这是最常踩的坑——尤其在传参给 threading.Timer、schedule.every().do() 或回调注册场景里。
C++ 里递归没写好，main 都没机会输出错误信息，程序就 Segmentation fault 或 stack overflow 了。根本原因不是逻辑错，是调用栈压得太深——每次递归都占一份栈空间，而默认线程栈通常只有 1~8MB。
Sublime Text 本身不叫“函数列表”，而是叫“符号列表”——它会提取当前文件里所有 function、def、class、method 等声明级符号，不是只抓函数。快捷键是 Ctrl+R（Windows/Linux）或 Cmd+R（macOS），弹出的面板里直接输名字就能跳转。
因为默认走的是「全反射 + 动态类型推导」路径，每次调用都要重新检查字段类型、查找转换器、处理嵌套结构。不是编译期绑定，而是运行时逐层 dispatch。
要使用 std::count_if，必须包含 <algorithm></algorithm> 头文件，它不依赖 <numeric></numeric> 或 <iterator></iterator>（除非你手动传迭代器范围外的额外参数）。函数原型是：template<class inputit class unarypredicate> typename iterator_traits<inputit>::difference_type count_if(InputIt first, InputIt last, UnaryPredicate p);</inputit></class>。它返回满足谓词 p 为 true 的元素个数，类型是 difference_type（通常是 ptrdiff_t），不是 size_t，这点在比较或赋值时容易出错。