编译器能否实时预览？
很多人在写代码时都希望有个“所见即所得”的体验，比如写网页时改一行CSS，浏览器立刻显示效果。但传统编译器通常是“写完→编译→运行”三步走，中间等编译的时间让人有点抓狂。那现在的编译器能不能做到实时预览？答案是：部分可以，关键看你用什么工具。
哪些场景能实现“实时预览”
前端开发是最典型的例子。比如你用VS Code写HTML、CSS和JavaScript，配合Live Server插件，保存代码的瞬间，浏览器就会自动刷新，看起来就像实时预览。虽然不是严格意义上的“编译”，但体验已经很接近了。
再比如用TypeScript开发，开启watch mode后，文件一保存就自动编译成JavaScript，配合前端热更新，几乎感觉不到延迟。
tsc --watch这个命令会让TypeScript编译器持续监听文件变化，只要一保存，立马输出新代码。
真正的编译语言也在进步
C++、Rust这类传统编译型语言，过去根本谈不上预览。但现在一些IDE开始加入“即时反馈”功能。比如JetBrains的CLion，在你写代码时就能实时检查语法错误、变量类型，甚至模拟表达式结果，虽然不能直接看到程序运行画面，但调试信息已经提前出来了。
Rust的cargo watch也能实现类似效果：
cargo watch -x run它会监视项目文件，一旦检测到修改，自动重新编译并运行，整个过程几秒内完成，体验上接近“实时”。
专门的实时预览工具
有些工具就是为“边写边看”而生的。比如LaTeX编辑器Overleaf，写论文时右边窗口实时显示PDF渲染效果。还有像Scratch这样的图形化编程环境，拖一个积木块，程序行为立刻变化。
对于想快速验证想法的人来说，Jupyter Notebook也是个好例子。写一段Python代码，按Shift+Enter马上出结果，数据可视化也能即时刷新，科研和教学中特别实用。
限制依然存在
不是所有语言都能轻松实现预览。像C语言这种依赖底层系统、编译耗时较长的项目，实时预览还是不现实。大型项目动辄几十秒的编译时间，再怎么优化也难做到“即时”。
另外，资源消耗也得考虑。一直后台编译，CPU风扇呼呼转，笔记本电量掉得飞快，咖啡还没喝完，电脑先歇菜了。
所以，“实时预览”更多出现在轻量级项目、解释型语言或有特殊工具支持的环境中。对普通开发者来说，选对工具比期待编译器“魔法”更靠谱。