技术博客
最常见的情况是：你反射的对象来自 main 包，或者类型被导出后在其他包里被使用但未保留原始包路径信息。Go 的反射系统对 main 包和非导出类型有特殊处理——Type.PkgPath() 只对**导出的命名类型**（即首字母大写的类型定义）返回非空值；匿名类型、内置类型（如 int、struct{}）、main 包中定义的类型，一律返回空字符串。
靠 net.DialTimeout 或 net.Conn 建立 TCP 连接是最轻量、最贴近真实链路状态的方式。ICMP（ping）在 Go 里需要特权或额外依赖（如 github.com/go-ping/ping），而多数生产环境容器或非 root 环境禁用 raw socket，TCP 探测反而更稳。
Go 官方生态里 blackfriday 确实曾是 Markdown 渲染主力，但它早在 2020 年就正式归档（archived），不再维护。现在直接 go get github.com/russross/blackfriday/v2 虽能装上，但遇到 CommonMark 兼容性问题、安全更新缺失、HTML 实体处理异常时，没人修。
Composer 本身不直接处理路径斜杠转换，而是依赖 PHP 底层的 realpath()、dirname()、basename() 等函数，以及 PSR-4 自动加载器对 和 / 的兼容解析。PHP 7.4+ 在 Windows 上已原生支持用正斜杠 / 作为目录分隔符（如 vendor/autoload.php），Composer 的所有路径拼接逻辑都基于此。
Composer 不支持直接写 sha1 当作版本号（比如 "vendor/package": "abc1234" 会报错“invalid version”），但可以绕过校验：把 commit 哈希拼进分支名，再用 dev- 前缀声明为开发版。Composer 会把它当作一个合法的“分支别名”来解析。
不会自动升级全部依赖，但默认行为比你想的更激进：composer update laravel/framework 会按 composer.json 中该包的版本约束（如 "^10.0"），重新计算整个依赖图，可能顺带升级 symfony/*、doctrine/dbal 等底层组件——哪怕你没显式写它们。
很多用户点完“Install Package”没反应，或者搜 DocBlockr 找不到——根本不是插件下架了，而是 Package Control 本身没装好或卡住了。
找不到包，八成是拼错了名字，或者没加正确的仓库源。Composer 默认只查 packagist.org，但很多国内 SDK（比如阿里云、腾讯云的 PHP SDK）得走他们自己的私有源，或者 GitHub 直链。
Composer 默认把全局配置、缓存、全局 bin 目录放在用户主目录下的 ~/.composer（Linux/macOS）或 %APPDATA%Composer（Windows）。但如果你手动设了 COMPOSER_HOME 环境变量，它就会完全接管这个路径——哪怕只写错一个斜杠，都可能导致 composer global require 安装的包找不到、autoload 不生效、甚至 composer self-update 失败。
不是为了“授权”，而是绕过 GitHub 的匿名请求限流。没配 token 时，composer install 或 composer update 拉私有库、甚至某些高频访问的公开包（比如带大量 fork/submodule 的），会直接报 403 rate limit exceeded 或卡在 Cloning into… —— 这其实是 GitHub 在拒绝未认证的 API 请求。