发布到公网

你的应用在本地 localhost 跑得好好的，但别人还访问不到它。要上线，最关键的决定其实是：用哪种方式托管。选对了，后面一路顺；选错了，会在不必要的运维上耗掉很多时间。

下面我们先帮你把三条路看清楚，再带你走最省心的那一条，最后把代码部署、HTTPS 和常见坑都讲明白。

三种上线方式

绝大多数项目都能落到下面三类里。先对号入座，再往下看。

简单的判断法：

• 没有后端（页面、工具站、文档、营销页）→ 走静态托管，这是最省心的。
• 有后端但不想碰服务器（全栈应用、API）→ 走 Serverless / PaaS。
• 想要完全掌控、或要省长期成本 → 上自己的 VPS，配套看 购买服务器 和 便宜的云服务器。

最简单的路径：静态站点

如果你的项目能 build 出一堆静态文件（HTML / CSS / JS），那恭喜你——上线只要几分钟。下面以 Cloudflare Pages 为例（Vercel、Netlify 步骤几乎一样）。

git init
git add .
git commit -m "first deploy"
git remote add origin git@github.com:你的用户名/你的项目.git
git push -u origin main

有后端的应用

如果你的应用需要一个常驻进程（处理 API 请求、连数据库、跑后台任务），就不能只靠静态托管了。这时有两条路：

PaaS（Railway / Render / Fly.io）—— 推荐先试这条

• 你只管写代码，平台负责跑容器、给你域名、配 HTTPS、看日志。
• 连上 Git 仓库就能部署，和静态托管一样省心。
• 适合：全栈应用、Node/Python/Go 后端、需要数据库的项目。
• Railway、Render 都能顺带开个托管数据库（Postgres / Redis），不用自己装。
• 缺点：流量大了之后单价比 VPS 贵，平台也有一定锁定性。

自己的 VPS —— 想要掌控或省钱时

• 你拿到一台干净的 Linux 机器，从装运行时到配 Nginx 反向代理全自己来。
• 适合：要跑特殊软件、需要长期低成本常驻、或单纯想学会运维。
• 详细选购和搭建见 购买服务器 与 便宜的云服务器。

把代码部署上去

不管走 PaaS 还是 VPS，现代部署的核心逻辑都一样：基于 Git 的部署。

1. 构建命令（build command）：平台拉取你的代码后，执行它来生成可运行的产物。
2. 产物目录（dist / output）：静态站点指向打包好的文件夹；后端应用则是平台跑你的启动命令。
3. 环境变量（environment variables）：密钥、数据库连接串、第三方 API key——这些绝对不能写死在代码里，要在平台的控制台里设置。

一个典型的构建 + 启动流程长这样：

# 安装依赖（用 lockfile 保证版本一致）
npm ci

# 构建
npm run build

# 启动（后端应用；静态站点不需要这步）
npm start

在 PaaS 里，进项目的 Settings → Variables / Environment 就能加环境变量。代码里通过 process.env.DATABASE_URL 这样读取，本地用 .env 文件、线上用平台变量，互不干扰。

HTTPS 与自定义域名

好消息：绝大多数平台都自动送免费 HTTPS。Cloudflare Pages、Vercel、Netlify、Railway、Render 都会自动给你签发并续期证书，你什么都不用做，访问就是 https://。

绑自定义域名也不难：

1. 在平台的 Custom domains 里填上你的域名。
2. 按提示在 DNS 里加一条 CNAME（或 A）记录指向平台。
3. 等证书自动签发（通常几分钟），就能用自己的域名访问了。

• 还没有域名？看 购买域名。
• 想用 Cloudflare 管 DNS、加 CDN 和防护？看 接入 Cloudflare。

常见坑

监听端口和地址的正确写法（Node 示例）：

const port = process.env.PORT || 3000;
app.listen(port, "0.0.0.0", () => {
  console.log(`listening on ${port}`);
});