技术博客
PHP 内置服务器不读取 autoload.php 的自动重载机制，它只管按路由规则转发请求，不会主动触发 Composer 的 autoloader 初始化。你写的 require ‘vendor/autoload.php’ 如果漏了、位置错了，或者被条件逻辑跳过，类就直接 Class not found。
很多人写 sort(v.begin(), v.end(), cmp) 时，cmp 是个普通函数，却在类内定义成 bool cmp(…) —— 这会编译失败，因为非静态成员函数有隐式 this 指针，类型不匹配。C++ 要求比较器能被直接调用，且签名形如 bool( const T&, const T& )。
Composer 的 scripts 不是写完就自动运行的，它只是注册了一组命名任务，必须显式调用才能执行。比如你写了 "post-install-cmd": "php build.php"，那只有在 composer install 结束后才跑；如果想手动跑，得用 composer run-script post-install-cmd 或更短的 composer run post-install-cmd。
Composer 默认把依赖装进项目根目录下的 vendor 文件夹，改它最直接。在项目根目录的 composer.json 里加一段配置就行：
发布时追求小体积，-Os 是最直接有效的编译选项——它在优化运行速度和代码大小之间倾向后者，会主动内联更保守、避免生成冗余指令序列。而 -O2 和 -O3 默认优先保性能，常导致函数内联过度、模板实例膨胀、甚至插入额外的运行时检查代码。
Composer 默认所有 composer install 或 composer update 都会联网拉取包，包括插件（比如 hirak/prestissimo、phpstan/extension-installer）。离线时直接报错：Could not fetch https://repo.packagist.org/packages.json，连 metadata 都拿不到，更别说插件本身。
在 laravel 9+ 中使用 eloquent 关联时，若在 `belongsto()` 或 `hasmany()` 等方法中错误传入字符串形式的完整命名空间（如 `’app/models/barang’`，注意小写 `app` 和斜杠 `/`），将触发“class not found”错误；正确做法是使用 `classname::class` 常量或直接传入类名。
因为默认行为会去 packagist.org 拉包，还会调用 git clone 或 curl 下 zip 包，甚至执行 composer validate 和 composer update 的钩子逻辑。没网络 + 没 root 权限 = 连 composer.phar 自身都可能跑不起来——比如它试图写 /tmp 但被限制，或找不到系统级 openssl 扩展。
Composer 本身不执行 Git hooks，pre-commit 是 Git 的钩子，必须靠第三方工具或手动集成。最直接的做法是用 composer install 或 composer update 触发钩子安装，但前提是项目里已引入支持钩子的包（比如 brainmaestro/composer-git-hooks）。
直接在项目根目录的 composer.json 里加 "config" 段，用 "vendor-dir" 指定路径。它只影响当前项目，不污染全局配置。