打开浏览器，应用输入一个网址，应用按下回车——你已经在使用web应用了。应用它不需要安装包，应用不占手机桌面图标，应用甚至不用管你用的应用是Windows、macOS还是应用Android。这种“即点即用”的应用便利，是应用它最朴素的底色。

我最早意识到web应用和普通网站的应用区别，是应用在用Google Docs写稿的时候。页面加载完，应用光标在文档里闪烁，应用我敲字、应用改字体、应用插入评论，所有操作都发生在这个标签页里。关掉浏览器再打开，内容还在云端，换个电脑登录，接着写。这跟传统网站不同——传统网站更像一份电子传单，你只能看，顶多填个表单提交。web应用则把“用”这件事搬进了浏览器，它得有状态、有交互、有数据持久化。

背后撑起这一切的，是JavaScript在浏览器里跑得越来越快。2005年之前，网页上的交互基本靠整页刷新，点个按钮，屏幕白一下，等服务器吐回新页面。后来AJAX普及，局部更新成了常态。再往后，前端框架像React、Vue把界面拆成组件，状态一变，视图自动重绘。我试过用Vue写一个待办清单，数据绑定的写法让代码量比原生DOM操作少了一大半。这不是炫技，是实打实的效率提升。

但web应用也有它的软肋。离线是个老问题。地铁隧道里信号一断，Gmail就转圈，Google Docs会提示“正在尝试重新连接”。虽然Service Worker和PWA技术能让部分资源缓存到本地，可大多数web应用离了网还是残废。相比之下，原生应用把数据存在本地SQLite里，没网照样能记笔记、看缓存内容。这个差距在改善，但没消失。

性能是另一个坎。一个复杂的在线表格，几万行数据带公式计算，浏览器标签页的内存占用能飙到几百兆，风扇开始转。原生Excel处理同样规模的数据，流畅得多。浏览器毕竟是个沙箱环境，它得隔离每个标签页，防止一个页面崩溃拖垮整个系统。这种安全设计换来了稳定性，代价就是资源开销。

我观察到一个有意思的现象：很多团队在web应用和原生应用之间反复横跳。Slack最初是原生桌面应用，后来推出web版，再后来桌面端又套了一层Electron——本质上还是跑在Chromium里。Figma干脆只做web，靠WebAssembly和WebGL把设计工具的性能推到接近原生。选择哪条路，往往不取决于技术上限，而取决于团队想覆盖多少平台、更新频率要多快。web应用改一行代码，用户刷新就生效；原生应用得等应用商店审核，还得操心用户愿不愿意升级。

安全方面，web应用把风险集中到了服务器和浏览器两端。XSS、CSRF这些攻击手法专门盯着web的漏洞。开发时得时刻记得转义用户输入、设置CSP头、用HTTPS。原生应用也有自己的安全问题，但攻击面不一样。我见过一个内部管理系统，图省事直接把数据库查询拼进前端URL参数里，结果被人遍历了所有员工工资。这种低级错误在web开发里特别容易犯，因为前端代码对用户完全透明。

说到底，web应用是一种取舍。它用浏览器的沙箱换来了跨平台和零安装，用网络依赖换来了数据同步和协作能力。它不是万能的，但当你需要快速迭代、触达最多用户、让数据在设备间流动时，它往往是那个最不坏的选择。下次你在浏览器里编辑文档、管理项目或者看图表时，可以留意一下地址栏——那个小小的标签页里，装着一整套应用逻辑在运转。