PHP解释器本身硬件要求极低Pentium 4、512MB内存即可运行实际卡顿主因是Apachemod_php的常驻内存模式、Xdebug等扩展及Composer工具链推荐用php -S内置服务器替代。PHP 本身对硬件要求极低但实际卡顿往往出在 Web 服务器或扩展上PHP 解释器本身在 Pentium 4、512MB 内存的机器上也能跑起来php -v 或 php -r echo ok; 几乎不占资源。真正拖慢老旧电脑的是 Apache mod_php 的内存常驻模式、Xdebug 这类调试扩展、或者 Composer 全局安装的臃肿工具链。默认用 php -S 内置服务器替代 Apache/Nginx启动快、无后台进程、内存占用通常 禁用所有非必要扩展检查 php.ini 中是否启用了 extensiongd.so、extensionopcache.soOpcache 在低配机上反而可能因共享内存争抢变慢避免用 composer install 拉全量依赖——改用 --no-dev --optimize-autoloader删掉 vendor/bin/ 下不用的 CLI 工具Windows XP / Win7 上运行 PHP 7.4 是可行的但 PHP 8.x 基本不行PHP 官方从 8.0 开始放弃对 Visual Studio 2015 以下编译环境的支持而 XP/Win7 SP1 默认只能跑 VS2013 编译的二进制。PHP 7.4 是最后一个提供官方 Windows VC15 x86 线程安全TS版本的分支能兼容 Win7 SP1 及以上XP 需手动打 KB976932 补丁并使用非线程安全NTS版 php-cgi.exe 模式。别信“PHP 8.1 for XP”这类第三方编译包——多数缺失 TLS 1.2 支持连 Packagist 都无法访问Win7 用户优先下载 php-7.4.33-Win32-vc15-x64.zip非 Thread Safe 版更稳确认 php -m 输出里没有 apache2handler —— 这表示你没误装 Apache 模块版opcache.enable0 在 1GB 内存以下机器上通常是更优选择Opcache 设计目标是提升多请求场景下的重复执行效率但在单用户、低并发、小项目如本地 WordPress 博客、Laravel 小后台中它占用的 64MB 共享内存反而挤压系统缓存导致频繁换页。实测在 768MB 内存的 ThinkPad X200 上关掉 Opcache 后页面首次加载快 200ms后续加载差异可忽略。 WisPaper 复旦大学研发的AI学术搜索工具5分钟内筛选1000篇论文
