Doctrine orm 作曲家/教条2级'；Composer AutoloaderInit…'；在vendor/autoload.php中找不到

这快把我逼疯了。在我尝试更改composer.json文件之前，一切都进展顺利。一旦我编写了composer.update，我的日志中就会出现以下错误：

PHP Fatal error:  Class 'ComposerAutoloaderInite904d9fc0cad6e1b28066897f772cc3f' not found in /home/apache2/htdocs/doctrine/vendor/autoload.php on line 7

我已将composer.json更改回正常状态，甚至删除了整个目录并重新开始。绝对没有办法

这是autoload.php文件

<?php

// autoload.php @generated by Composer

require_once __DIR__ . '/composer' . '/autoload_real.php';

return ComposerAutoloaderInite904d9fc0cad6e1b28066897f772cc3f::getLoader();

---

您不应该提供该文件（您提到该文件取自教程）。这是作为更新过程的一部分由Composer自动生成的，并且在安装过程中也会生成。类的名称是动态生成的，您永远不会与当前自动加载程序类名匹配

---

如果您在自己的源代码管理中以某种方式提交了该文件，那么您应该将其删除。不要使用代码将该文件恢复到以前的状态。

最终我意识到我没有从教程中获取该特定文件。然而，你的回答的最后一部分似乎解决了这个问题；当我关闭Dreamweaver的“保存时自动将文件上载到服务器”选项时，我就不再收到错误。但让我困惑的是，即使在多次保存之后，远程和本地供应商/autoload.php文件仍然是相同的。Dreamweaver在哪里（哪台机器）运行，您在哪里运行

composer dump autoload

，错误消息来自何处，何时？Dreamweaver在我的PC上本地运行（Win7）<正在Linux服务器上远程运行代码>编写器转储自动加载。错误消息来自该远程服务器的日志/错误日志文件。我刚刚尝试更新我的composer.json文件，我已经开始得到关于类未找到的错误。即使在将.json文件更改回.Ok之后，发生的情况如下：Dreamweaver将其版本的文件发送到服务器。您在服务器上更改了它并生成了一个新的ID，但Dreamweaver一直用旧ID覆盖它。我不知道为什么它不覆盖其他文件。您必须在使用此设置运行Dreamweaver的机器上运行

composer update

或任何其他composer命令。Dreamweaver会自动将正确的文件发送到服务器。我已经识别出一个模式。只有在更新位于/src文件夹之外的文件时，才会出现此类错误。例如，如果我更新src/Form.php，上传时一切正常。如果我更新admin/access/formbuilder.php，我会得到类错误，直到我

composer dump autoload

。我刚刚尝试在composer.json中添加

“admin/access/

到

自动加载

，但这并没有奏效。

{
  "require": {
      "doctrine/orm": "2.4.*",
      "symfony/yaml": "2.*"
  },
  "autoload": {
      "classmap":["src/", "admin/access/"]
  }
}