技术博客
不一定，但绝大多数常见场景下会。std::function 的模板构造函数是泛型的，它内部会对传入的可调用对象（比如 lambda、函数指针、bind 表达式）做一次类型擦除——这个过程通常涉及一次内存分配（堆上）和一次完整拷贝。哪怕你传的是一个空捕获的 lambda，std::function 也不会直接存栈上，而是按标准要求“拥有”该对象的一份副本。
根本原因往往不是没建索引，而是索引没被用上。MySQL 优化器会根据统计信息、条件写法、数据分布等决定是否走索引——WHERE 中用了函数、隐式类型转换、或 LIKE 开头带通配符（如 ‘%abc’），都会让索引失效。
autoload 配置错一个字母，composer dump-autoload 不报错，但运行时直接 Class not found。根本原因不是“没加载”，而是 PSR-4 映射路径和命名空间不严格对齐。
直接用 composer show（或 composer info）就能查到包的完整信息，包括版本、依赖、homepage、license、源码地址等——它不是“教程级命令”，而是开发中高频调试和溯源的实用工具。
Sublime 的「Find in Files」（Ctrl+Shift+F）默认扫整个项目，node_modules 一进去就是几万文件，结果里全是第三方库的 fetch、useState，根本找不到你写的那个。靠改用户设置或项目配置里的 folder_exclude_patterns 是不管用的——它只影响侧边栏显示和索引，不实时控制搜索范围。
Sublime Text 默认不解析或高亮 URL，更不会自动转成 [text](url) 格式。它只是纯文本编辑器，没有内置的 Markdown 渲染或智能转换逻辑——想“点一下就变链接”，得靠插件或手动触发规则。
数据库，说白了就是一个有组织、可查找、能管理的数据仓库。它不是随便堆文件的硬盘文件夹，而是用结构化方式（比如表格）把数据存好，再通过软件（MySQL 就是其中一种）来增、删、改、查——就像你用 Excel 管理通讯录，但比 Excel 更稳、更快、更安全、更能多人同时用。
Grid 适合定义整体结构（比如页面分栏、卡片网格），Flex 适合单行/列内的元素对齐与分布。如果把 display: flex 容器作为 display: grid 的直接子项，通常没问题；但反过来——在 display: flex 容器里嵌套 display: grid 子项，只要不破坏 flex 主轴方向的流式逻辑，也完全可行。关键看层级职责：外层定区域，内层调细节。
MySQL 只保留**最后一次检测到的死锁**完整信息，这是最快速、最常用的入口。执行命令后，重点盯住 LATEST DETECTED DEADLOCK 区块——它不是“所有死锁”，而是“上一个”。
常见错误现象：
• 执行完命令却看不到死锁段落 → 说明近期没触发死锁，或已被新死锁覆盖
• 日志里只有“*** (1) TRANSACTION”但缺“(2)” → 可能是日志被截断，或事务已提交/回滚导致上下文丢失
实操建议：
• 一定要加 G，否则锁信息挤在一行根本没法读
• 在业务高峰期出问题时，立刻连上数据库执行，别等第二天
• 注意时间戳：日志顶部显示的是该状态生成时间，不是死锁发生时间（二者可能差几秒）
PHP函数内出错，默认会冒泡到调用栈上层，甚至终止脚本。想让单个函数“自己扛住”错误、返回兜底值或日志而不崩全局，try-catch是唯一可靠手段——但必须注意错误类型是否能被捕获。