指定Composer库的特定版本需修改composer.json的require字段并运行更新命令。例如可直接锁定版本"monolog/monolog": "1.23.0"，或使用~限制次要版本如"~1.2"匹配1.2.x，或用^允许兼容性升级如"^1.2.3"匹配1.2.3至2.0前的版本，其中^为最常用方式。
要在Composer中指定库的特定版本，核心在于修改项目的composer.json文件，在require字段中为对应的包名后加上你想要的版本约束，然后运行composer update或composer require命令。这能让你精确控制项目所依赖的库版本，避免不必要的兼容性问题。
解决方案： 其实，指定Composer库的特定版本，操作起来并不复杂，但里面的“学问”可不少。最直接的方法就是编辑你项目根目录下的composer.json文件。
找到require部分，这里列出了你项目的所有直接依赖。如果你想为某个包（比如monolog/monolog）指定一个版本，你只需要在包名后面加上版本号或版本约束。
例如，如果你想精确到某个小版本，不希望它有任何变动：
{ "require": { "monolog/monolog": "1.23.0" } }这种“硬编码”的方式，虽然最严格，但也意味着你错过了所有后续的bug修复和安全更新，除非你手动去改。我个人一般很少直接这么做，除非是遇到了某个特定版本有bug，而后续版本又引入了不兼容的改动，迫不得已才这么“钉死”。
更常见，也更推荐的做法是使用版本约束符号，它们能让你在稳定性和更新之间找到一个平衡点。
波浪号
~(Tilde Operator): 比如"~1.2"。这意味着它会匹配1.2.x的任何版本，但不会升级到require0。也就是说，它允许最后一个非零版本号的变动。对于require1，它会匹配require2到require3，但不会到require4。这个我用得很多，尤其是在一些相对成熟、更新频率没那么高的库上。{ "require": { "vendor/package": "~1.2" // 匹配 1.2.x, 但不包括 1.3.0 } }插入符号
require5 (Caret Operator): 比如require6。这是Composer默认的约束方式，也是最常用的。它表示“兼容性地”升级。对于require7以上的版本，它允许升级到不改变最左边非零版本号的最新版本。例如，require8会匹配`1.2