什么是Share Local Site
Share Local Site 是一套把本地开发服务器临时暴露到公网的做法，核心目标很直接：不必先部署到测试环境或正式环境，也能让别人通过一个公开 URL 访问你电脑上正在运行的网站。这类能力特别适合开发过程中的中间状态分享，例如页面还在改、接口还在联调、客户只想先看一个雏形时，开发者不用额外搭建发布链路，就能把 localhost 变成外部可访问地址。
证据包给出的内容并不是单一软件，而是围绕这一需求整理出的三种常见方案：localhost.run、ngrok 和 cloudflared。它们的差异主要体现在启动门槛和稳定性上。localhost.run 不需要注册也不用安装，适合第一次使用或临时演示；ngrok 需要注册并安装，但稳定性更高，还带有本地仪表盘、可同时开多个隧道，更适合持续时间较长的演示或联调；cloudflared 则适合本机已经装好相关工具、想快速拉起隧道的人。整体来看，Share Local Site 更像是一份针对“如何最快把本地站点分享出去”的实用方案集合。
这套方案强调的是开发现场的可用性，而不是部署替代品。隧道只负责把外部请求转发到本地端口，所以本地代码改动后不需要重启分享链接，热更新照常工作，访问者刷新页面就能看到最新结果。公开 URL 的生命周期也很清晰：隧道进程在，链接就可访问；进程关闭，地址随即失效。文档还特别提醒，在把链接发给别人之前，最好先确认端口映射是否正确、页面是否真的能正常打开，以避免出现发错项目、空白页、502 或 Host 校验报错等常见问题。
核心功能特点
- 把本地开发服务器直接映射为公网 URL，无需先部署即可对外访问
- 同时覆盖零安装、较高稳定性和已装工具快速开隧道三类方案，便于按场景选择
- 隧道只做流量转发，代码修改后通常不用重开链接，热更新流程可继续使用
- 支持将不同本地端口分别建立隧道，ngrok 免费层可同时运行最多 3 条隧道
- 附带分享前校验与常见故障处理思路，可排查端口映射错误、空白页、502 和 Host header 问题
适用场景
它最典型的用途是对外演示未完成的网站或功能。很多时候，客户、产品经理或同事并不需要一整套正式部署，只想尽快看当前进度是否符合预期。此时把本地前端服务直接分享出去，往往比打包、上传、配置域名要省事得多。对于远程协作也一样，结对编程、设计评审、交互走查时，只要对方拿到链接，就能在浏览器中查看同一个本地版本，讨论会比口头描述高效。
另一类高频场景是移动端测试。开发者的站点明明在电脑本地能打开，但手机、平板或外部网络环境无法直接访问 localhost。通过公网 URL 暴露本地端口后，移动设备就能像访问普通网站一样打开页面，方便检查响应式布局、触屏交互和真机表现。对于需要从公司外网、家庭网络或临时演示环境访问本地页面的人来说，这也是一种快速打通访问路径的办法。
如果项目涉及前后端分离或多个服务并行联调，这套方法也有现实价值。证据包中明确提到 ngrok 免费层可同时开最多 3 条隧道，因此前端、后端甚至附加服务可以分别映射到不同公网地址，便于独立验证和共享。当然，前提是先确认各隧道确实指向正确端口，避免把错误项目暴露出去。对于 Vue CLI、Create React App 这类可能出现 Host 校验限制的框架，文档也给出了对应修正方式；而 Vite、Next.js、Nuxt 则通常可直接工作。
需要较长时间保持链接可用时，文档还特别指出一个容易被忽视的场景：隧道进程如果依赖临时执行会话，可能因为空闲超时、上下文压缩或网关重启而被静默结束，导致演示中途掉线。为此，它建议把隧道放到独立的 tmux 持久会话中运行，以提高会话持续性。换句话说，Share Local Site 不只是“把站点发出去”，也考虑到了真实协作中链接能否稳住、能否撑完整场沟通的问题。