可将无composer.json的老库通过手动创建本地包、内嵌package定义或自动化脚本三种方式集成进Composer项目，实现正常require、autoload和版本管理。
直接把没有 composer.json 的老库放进 Composer 项目，是行不通的——Composer 只认包定义。但你可以用几种务实方式“包装”它们，让它们被正常 require、自动加载、版本控制，甚至参与依赖解析。
手动创建简易 composer.json 包描述
这是最常用也最可控的方法。在项目根目录外（比如 packages/old-lib）新建一个文件夹，放入老库的全部源码，再在里面写一个最小可用的 composer.json：
-
name：按规范填，比如
acme/legacy-utils（注意 vendor/name 格式） -
version：写死一个语义化版本，如
"1.2.0"（后续靠 git tag 或本地路径更新） -
autoload：根据老库结构选
psr-0、psr-4或classmap。如果它全是全局函数或传统require_once风格，用"files": ["helpers.php", "legacy.inc"] -
type：可选填
library，方便识别
然后在主项目的 composer.json 中加 repositories 指向这个本地路径：
"repositories": [
{
"type": "path",
"url": "./packages/old-lib"
}
]
接着运行 composer require acme/legacy-utils:1.2.0，Composer 就会软链接（或复制）进去，并按你写的 autoload 规则加载。
立即学习“PHP免费学习笔记（深入）”；
用 package 类型 + dist 方式内嵌源码
如果老库只有几个 PHP 文件、不值得单独建文件夹，可以直接把它“打包”进主项目的 composer.json 的 repositories 里：
- 把老库所有 PHP 文件放进项目下的
lib/legacy/ - 在主项目
composer.json的repositories中添加一个package类型条目 - 明确指定
dist.type: "path"或"zip"，并给出autoload.files列表
这种方式不用额外目录，适合临时过渡，但版本管理和复用性稍弱。
用脚本自动化初始化和更新
老库可能后续还要打补丁或升级。可以写个简单脚本（比如 scripts/setup-legacy.sh）来：
- 从 SVN/Git/FTP 下载原始压缩包
-
解压到
packages/xxx并生成标准composer.json - 执行
composer dump-autoload确保加载生效
再把脚本加到 composer.json 的 scripts 里，比如 "post-install-cmd": ["./scripts/setup-legacy.sh"]，下次团队成员 composer install 就自动就位。
注意事项与避坑点
这类操作容易出问题的地方其实很集中：
- 不要把老库直接扔进
vendor/—— Composer 会清空它，下次 install 就没了 - 如果老库有类名冲突或全局函数重名，优先用
classmap+ 命名空间封装，或用files加载时做条件判断 - 避免在
autoload.files里写相对路径如../lib/xxx.php，应使用项目根为基准的路径 - 上线前务必检查
composer show是否列出该包，且composer dump-autoload -o后能正常 new 实例或调函数
基本上就这些。不复杂但容易忽略细节，关键是把“无定义的老库”变成“有定义的本地包”，Composer 就能照常工作。
