技术博客
因为 composer install 默认读取 composer.lock 安装，但若本地没提交 lock 文件、或 lock 文件里含 "require-dev" 的包（比如 phpunit、larastan），而生产环境又用了 –no-dev，就会导致依赖解析失败——不是缺包，是 lock 文件记录了 dev 包，却禁止安装它们。
因为 __FUNCTION__ 只返回函数名（如 "foo"），而 __PRETTY_FUNCTION__ 在 GCC/Clang 下会给出完整签名（如 "void foo<int>() [with T = int]"</int>），这是手动解析类型的唯一可行入口。MSVC 用 __FUNCSIG__，行为类似，但字符串格式不同——跨平台时必须分支处理。
很多人写 sort(v.begin(), v.end(), cmp) 时，cmp 是个普通函数，却在类内定义成 bool cmp(…) —— 这会编译失败，因为非静态成员函数有隐式 this 指针，类型不匹配。C++ 要求比较器能被直接调用，且签名形如 bool( const T&, const T& )。
MySQL触发器默认只允许单条语句，直接写多个 INSERT、UPDATE 或 SET 会报错：ERROR 1064（语法错误）。必须用 BEGIN … END 块包裹，并显式声明分隔符。
MySQL 默认禁止创建带有副作用（如修改数据、调用非确定性函数）的自定义函数，否则会报错：ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration。根本原因不是语法写错了，而是服务器变量 log_bin_trust_function_creators 被设为 OFF（尤其在启用了 binlog 的主从环境中默认如此）。
直接导出再导入函数，常遇到 Access denied; you need (at least one of) the SUPER privilege(s) 错误，根本原因是 DEFINER 用户在目标库不存在，或当前用户没权限模拟该定义者。
处理 NULL 最常用的是 COALESCE 和 IFNULL，但它们行为不同：前者是 SQL 标准函数，支持多个参数，返回第一个非 NULL 值；后者是 MySQL 特有，只接受两个参数，效率略高但扩展性差。
Sublime Text原生不支持fish语法高亮，打开.fish文件只会套用ShellScript（即bash/zsh）的规则，导致set -l、for var in $list、string replace这类fish特有语法被标红或完全不着色。
不一定，但绝大多数常见场景下会。std::function 的模板构造函数是泛型的，它内部会对传入的可调用对象（比如 lambda、函数指针、bind 表达式）做一次类型擦除——这个过程通常涉及一次内存分配（堆上）和一次完整拷贝。哪怕你传的是一个空捕获的 lambda，std::function 也不会直接存栈上，而是按标准要求“拥有”该对象的一份副本。
这不是 Composer 自身的问题，而是 Xdebug 的递归限制被 Composer 的依赖解析器（特别是 composer/composer 内部的 AST 解析和插件加载逻辑）意外触发。Xdebug 默认的 xdebug.max_nesting_level=256 在处理大型项目（比如含 dozens 个插件、嵌套 require-dev、或使用 path repository 的 monorepo）时很容易耗尽。