Apache启动失败，抛出错误代码1，很多人看到这个提示会无从下手。代码1不像404这类有明确含义，只是通用退出状态码，代表Apache启动过程触发异常直接退出。想要定位真实原因，需要自行查找日志。好在Apache退出前一般会记录报错信息，找对日志路径就能获取线索。
优先查看日志文件。Linux系统，Debian/Ubuntu系列日志路径/var/log/apache2/error.log，CentOS/RHEL系列为/var/log/httpd/error_log，执行tail -50读取末尾几十行，报错信息基本都在这里。Windows系统路径稍复杂，默认C:Apache24logserror.log，安装XAMPP环境则是C:xamppapachelogserror.log。日志为空的情况下，执行journalctl -xeu apache2查看systemd记录，部分场景进程还没写入日志就终止，线索只保存在systemd日志。
读取日志之后，执行配置语法校验，apachectl configtest或者httpd -t。输出Syntax OK代表配置文件语法没问题；报错会标注出错文件和对应行号。这个排查方式简单高效，短短几秒就能排除大量基础错误。configtest校验通过，但服务依旧无法启动，问题基本不在配置语法，而是环境或者资源层面。
端口占用是高频故障点。Apache默认监听80和443端口，如果端口被其他程序占用，无法完成端口绑定直接退出。执行ss -tulnp | grep ':80'或者netstat -tulnp | grep ':80'查看占用程序。常见占用程序有Nginx、IIS、其他Apache实例；Windows平台迅雷、Skype这类软件偶尔也会占用80端口。占用程序无关紧要就直接停止；两个服务都需要运行，修改Apache的Listen参数改成8080这类端口，同步修改虚拟主机端口配置。
配置语法错误有一部分会被configtest拦截，但部分异常无法被检测。比如两台虚拟主机同时监听80端口，ServerName重复，configtest仅提示警告，启动阶段直接失败。还有LoadModule加载不存在模块，像mod_lua.so文件误删，或是跨系统迁移环境但没有同步安装模块，日志会打印Cannot load modules/mod_xxx.so into server，根据模块名称安装对应软件包即可。
MPM模块配置是比较隐蔽的坑。Apache依靠MPM模块实现并发控制，prefork、worker、event三选一，同一时间只能启用一个。如果配置文件中全部MPM的LoadModule行都被注释，Apache启动会抛出Configuration error: No MPM loaded并退出。检查/etc/apache2/mods-enabled/或者/etc/httpd/conf.modules.d/内MPM配置文件，确认计划启用的MPM模块加载行没有注释。修改完成再次执行configtest，确认No MPM loaded报错消失。
Linux环境权限问题比较常见，这类问题一般不会在configtest阶段暴露，等到Apache读取文件时触发报错。Apache进程默认使用www-data或apache用户运行，如果网站根目录属主错误，或是中间目录缺少执行权限，启动阶段读取文件失败直接退出。日志会出现Permission denied或者AH00035: access to / denied这类提示。执行chown -R www-data:www-data /var/www/html修改目录属主，目录权限设置755，文件644，大部分权限问题可以解决。
磁盘占满也会造成Apache启动失败，日志提示No space left on device，连PID文件都无法写入。执行df -h查看根分区和/var分区使用率。有案例是客户端Python脚本往/run/ea-passenger-runtime大量写入日志，把分区撑满，Apache无法启动，清理文件之后恢复正常。CentOS/RHEL系统SELinux处于Enforcing模式，有可能拦截Apache访问非标准目录，getenforce查看状态，临时setenforce 0测试，确认是SELinux导致问题之后调整安全上下文，不要直接永久关闭。
整体排查顺序很清晰：先执行configtest，校验通过再读取日志，按照日志提示定位问题。端口、模块、权限、磁盘，这四类场景覆盖九成故障。实在找不到问题，把systemctl status apache2输出和error.log末尾二十行日志贴出来，找人协助查看，比漫无目的搜索更快。不要上来直接重装，Apache本身稳定性很好，故障大多是配置或者环境变动引发，重装会清除原有报错线索。