在composer.json中，在[“autoload”][“psr-4”]下，添加一个以namespace为键，path为值的条目：

{
     "autoload": {

         "psr-4": {

             "BuggyVendor\\Namespace\\": "myfixes/BuggyVendor/Namespace"
         }
     }
}

将您要覆盖的文件复制到该路径下（保持子命名空间目录结构），并在那里编辑它们。它们将优先于库包的原始“类路径”。看起来，以这种方式添加到composer.json的namespace->pathMap被认为是在所需包添加的那些之前。注意：我只是尝试了一下，它的工作，虽然我不知道这是一个预期的功能或什么可能的陷阱。
编辑：找到了一个Gotcha。有时候，当您随后需要另一个带有composer require vendor/package的包时，您将“丢失”覆盖。如果发生这种情况，您必须手动发出composer dump-autoload。这将恢复正确的自动加载顺序，以执行您的覆盖。

将最后两行添加到composer.json的autoload部分，当我只想覆盖vendors目录中的一个文件时，这对我很有效：

"autoload": {        
    "classmap": [
        "database"
    ],
    "psr-4": {
        "App\\": "app/"
    },
    "exclude-from-classmap": ["vendor/somepackagehere/blah/Something.php"],
    "files": ["app/Overrides/Something.php"]
},

请记住，app/Overrides/Something.php中的名称空间需要与vendor/somepackagehere/blah/Something.php中的原始名称空间相匹配。
请记住在编辑composer.json后运行composer dump-autoload。
文档：https://getcomposer.org/doc/04-schema.md#files

还有一个选择如果您需要重写唯一的类，您可以像这样使用composer.json中的文件

"autoload": {
     "files": ["path/to/rewritten/Class.php"]
  }

所以如果你想重写类Some\Namespace\MyClass，就像这样写

#path/to/rewritten/Class.php

namespace Some\Namespace;

class MyClass {
  #do whatever you want here
}

在每次请求时，composer都会将该文件加载到内存中，因此当需要使用Some\Namespace\MyClass时，将使用path/to/rewritten/Class.php的实现。

您也可以简单地复制该文件，并覆盖原始文件与您自己的。假设创建一个目录，例如“vendor-overrides”，您可以将固定文件放置在其中，只需将此添加到您的composer：

"scripts": {
    "post-install-cmd": [
      "@php -r \"copy('vendor-overrides/path/to/your/fixed/file.php', 'vendor/path/to/your/broken/file.php');\""
    ],
    "post-update-cmd": [
"@php -r \"copy('vendor-overrides/path/to/your/fixed/file.php', 'vendor/path/to/your/broken/file.php');\""
    ]
  }

更改现有类违反OOP和SOLID原则（对扩展开放/对修改原则关闭）。因此，这里的解决方案不是直接更改代码，而是扩展代码以添加功能。
在一个理想的世界里，你永远不应该改变一段你不拥有的代码。事实上，使用composer你不能这样做，因为当更新依赖项时，你的更改将被覆盖。
在这种情况下，一种解决方案是在应用程序级别创建一个类，并扩展要更改的类（在库级别），以便用代码重写。如果你不知道如何在PHP中扩展一个类，请看看。
然后通常，你加载你的类而不是他们的类，这样，你在他们的功能之上添加你的功能，并且在更新的情况下，没有任何中断（在非中断更新的情况下）。