技术博客
最常见的情况是：你反射的对象来自 main 包，或者类型被导出后在其他包里被使用但未保留原始包路径信息。Go 的反射系统对 main 包和非导出类型有特殊处理——Type.PkgPath() 只对**导出的命名类型**（即首字母大写的类型定义）返回非空值；匿名类型、内置类型（如 int、struct{}）、main 包中定义的类型，一律返回空字符串。
很多人以为 auto 能“自动搞定一切”，结果在写函数时直接这么写：这在 C++11 是合法的，但仅限于函数定义（不是声明），且要求所有 return 语句返回**相同类型**。一旦出现 return 42; 和 return 3.14; 混用，编译器会报错：error: inconsistent deduction for ‘auto’: ‘int’ and then ‘double’。
zustand 的 `usestore` hook 不能在顶层调用，但可通过 `getstate()` 和 `setstate()` 方法在工具函数、副作用、api 调用等非组件上下文中安全读写状态。
Sublime 本身不运行 Go，它只是调用系统 go 命令。很多人配完插件发现 Ctrl+B 没反应，第一反应是插件坏了，其实大概率是终端能跑的 go build，Sublime 调不到。
对 int 类型，直接调 abs 就行，不用额外头文件（C++ 标准保证 <cstdlib></cstdlib> 或 <cmath></cmath> 会透出它，但显式包含更稳妥）。abs 是整数专用，返回 int，类型匹配、无隐式转换风险。
short 转 double 是标准的算术类型提升，不存在精度丢失——short 最大值是 32767，而 double 可精确表示所有不超过 2⁵³ 的整数（约 9e15），所以整个 short 取值范围都能无损映射过去。
不一定，但绝大多数常见场景下会。std::function 的模板构造函数是泛型的，它内部会对传入的可调用对象（比如 lambda、函数指针、bind 表达式）做一次类型擦除——这个过程通常涉及一次内存分配（堆上）和一次完整拷贝。哪怕你传的是一个空捕获的 lambda，std::function 也不会直接存栈上，而是按标准要求“拥有”该对象的一份副本。
因为目标字段或方法被安全管理器（SecurityManager）拦截，或运行在强限制环境（如某些 JDK 17+ 模块系统默认策略下）。反射绕过访问控制的前提是 JVM 允许——不是代码写了就一定成功。
因为 std::function 带运行时开销，且无法推导重载函数、函数模板或临时 lambda 的完整类型。泛型算法依赖编译期类型推导来适配任意可调用对象，而 std::function 会擦除类型信息，导致无法匹配重载、丢失 constexpr 能力，甚至让 SFINAE 失效。
Sublime Text 默认不带 Crystal 支持，得手动装语法定义包。别去搜“Crystal 插件”——那多半是旧版或命名混乱的第三方包。真正可用的是官方维护的 Crystal 语法包，托管在 Package Control 的仓库里，名字就叫 Crystal（注意大小写）。