做 Web 开发的人，应该都被本地环境折腾过。

PHP 版本不一致、Node.js 版本来回切换、MySQL 启动失败、Redis 忘了开、Nginx 配置改错、本地域名和 HTTPS 证书反复配置……这些问题单独看都不难，但放到日常开发里，就会不断消耗时间和耐心。

尤其是现在很多项目并不是单一技术栈。一个 Laravel 项目可能需要 PHP、Nginx、MySQL、Redis、Composer、Node.js；另一个前端项目又需要指定 Node 版本；有时还要调试 WebSocket、SSE、反向代理、本地 HTTPS。环境一多，开发体验就很容易变成“先修环境，再写代码”。

最近我关注到一个工具：FlyEnv。它的定位很清晰：一个面向开发者的本地开发环境管理工具，主打轻量、原生、跨平台和一站式管理。

FlyEnv 是什么？

简单来说，FlyEnv 可以理解为一个更现代的本地开发环境控制台。

它支持在 Windows、macOS、Linux 上运行，可以统一管理 PHP、Node.js、Python、Java、Go 等运行环境，也可以管理 Nginx、Apache、MySQL、MariaDB、PostgreSQL、MongoDB、Redis、RabbitMQ、Mailpit 等常见开发服务。

和传统的 XAMPP、MAMP、Laragon 这类工具相比，FlyEnv 的覆盖范围更广；和 Docker 相比，它又更偏向本机原生运行，不需要为每个服务启动容器，也不需要维护复杂的 docker-compose 配置。

对于很多中小型项目、个人项目、外包项目、本地调试环境来说，这种方式其实更直接：打开工具，启动服务，选择版本，配置站点，然后开始开发。

为什么我觉得它适合 PHP / Laravel 开发者？

作为后端开发，尤其是 PHP / Laravel 开发，最常见的本地环境一般离不开这几样东西：

  • Nginx 或 Apache
  • PHP-FPM
  • MySQL 或 MariaDB
  • Redis
  • Composer
  • Node.js / npm / pnpm
  • 本地域名
  • HTTPS 证书

这些东西如果全部手动装，当然也可以，但维护成本不低。比如老项目可能还在 PHP 7.4，新项目已经用 PHP 8.3；一个项目要 Node 16，另一个项目要 Node 20；有些项目还要求 Redis、队列、定时任务、本地邮件测试。

FlyEnv 比较吸引我的一点，就是它把这些能力集中到了一个界面里。你可以按项目选择 PHP 版本，可以启动或停止对应服务，也可以配置本地域名和 HTTPS。这样一来，本地环境不再是一堆零散命令和配置文件，而是一个可视化、可管理的开发工作台。

对于经常切换项目的人来说，这一点非常实用。

原生运行，比 Docker 更轻一点

Docker 很强，尤其适合团队统一环境、模拟生产部署、复杂依赖编排。但对于个人开发者来说，Docker 有时也会显得有点重。

比如只是想跑一个 Laravel 项目，结果要先启动 Docker Desktop，再拉镜像、建容器、映射端口、挂载目录、处理文件权限、解决网络问题。项目还没开始改，环境已经占了一大块内存。

FlyEnv 的思路不一样，它更强调使用本机原生服务运行开发环境。也就是说，PHP、Node.js、MySQL、Redis 这些服务不是跑在容器里，而是以本地服务的方式运行。这样启动速度更快，资源占用也更低，对笔记本开发者比较友好。

当然，这并不是说 FlyEnv 要完全取代 Docker。Docker 依然适合复杂项目和生产环境一致性要求很高的场景。但如果你的目标是“快速搭一个本地开发环境”，FlyEnv 可能会更顺手。

多版本切换是刚需

本地开发最麻烦的事情之一，就是版本冲突。

老项目要求 PHP 7.4，新项目要求 PHP 8.2 或 8.3；前端项目可能还要不同 Node.js 版本。以前处理这种问题，要么手动切换环境变量，要么用 nvm、brew、phpenv 等工具组合起来用。能解决，但不够直观。

FlyEnv 支持多版本运行环境管理，可以按项目切换版本。对 PHP 开发者来说，这一点很关键。你不需要为了一个老项目把全局 PHP 版本改来改去，也不需要担心某个项目升级环境后影响其他项目。

环境跟着项目走，而不是项目迁就环境，这才是更舒服的开发体验。

本地域名、HTTPS、反向代理也更方便

很多真实项目并不是用 localhost:端口 就能跑起来的。

比如微信授权、本地回调、Cookie 域名、HTTPS 调试、前后端分离反向代理，这些都需要更接近真实环境的本地配置。

FlyEnv 支持本地域名、HTTPS 证书和反向代理管理。比如你可以把项目配置成 myproject.test，再开启 HTTPS，本地访问体验就更接近线上环境。

对于需要调试登录、支付回调、OAuth、微信小程序接口、WebSocket、SSE 的项目来说，这类功能能省很多事。

不只是 PHP，也适合全栈项目

现在很多后端项目都不是纯后端。

Laravel 项目可能要跑 Vite；后台管理系统可能是 Vue 或 React；接口服务可能同时依赖 Redis、MySQL、队列、定时任务；有些个人项目还会用 Python、Go、Node.js 做辅助服务。

FlyEnv 的优势就在于它不是只服务于某一个语言，而是把常见开发栈都放到一起管理。你可以把它当成一个本地开发环境中心，不管是 PHP 项目、Node 项目、Python 项目，还是混合技术栈项目，都可以在一个工具里统一管理。

这对个人开发者、独立开发者、全栈开发者来说，会比零散安装一堆工具更省心。

适合哪些人使用？

我觉得 FlyEnv 特别适合这几类人：

第一类是 PHP / Laravel 开发者。尤其是经常维护多个项目、多个 PHP 版本、多个数据库服务的人。

第二类是个人开发者和独立开发者。很多时候我们并不需要非常复杂的容器编排，只需要一个稳定、轻量、好管理的本地环境。

第三类是刚入门 Web 开发的人。手动装环境对新手来说很容易劝退，如果能通过可视化工具快速启动服务，会更容易把注意力放在代码和业务上。

第四类是经常在不同技术栈之间切换的人。比如一个项目用 PHP，一个项目用 Node.js，一个项目要 Redis、PostgreSQL 或 MongoDB。FlyEnv 可以减少这些切换带来的心智负担。

它不是万能工具，但很实用

任何工具都有适合和不适合的场景。

如果你的团队已经有成熟的 Docker Compose 方案，并且强依赖和生产环境完全一致，那么 Docker 仍然是更合适的选择。如果你在做 Kubernetes、微服务集群、本地模拟复杂生产环境，FlyEnv 也不是替代品。

但如果你只是想让本地开发更快启动、更少折腾、更方便切换版本和管理服务，FlyEnv 的价值就很明显。

它解决的不是“云原生部署”问题，而是“开发者每天打开电脑写代码之前，不想再被环境耽误”的问题。

总结

本地开发环境的好坏，会直接影响开发效率。

一个好的工具，不一定要有多复杂，关键是能不能减少重复配置、降低出错概率、让开发者更快进入编码状态。FlyEnv 给我的感觉就是：它把 PHP、Node.js、数据库、缓存、Web 服务器、本地域名、HTTPS、反向代理这些常见需求整合到了一起，并且用更轻量的方式运行。

如果你平时经常开发 Laravel、ThinkPHP、Vue、Node.js 或其他 Web 项目，又不想每次都在环境配置上浪费时间，可以试试 FlyEnv。

对我来说，它最大的吸引力不是“功能很多”，而是“把开发环境这件事变简单了”。

少折腾环境，多写点真正有价值的代码，这可能就是 FlyEnv 最值得推荐的地方。