家里用电脑的时候，有时候会发现风扇突然转得嗡嗡响，任务管理器里CPU占用也飙上去了。你可能正开着浏览器、微信，也没运行什么大型程序，怎么CPU就这么忙？有人说是“解释执行”的锅，那这玩意儿真这么耗资源吗？
什么是解释执行？
我们平时用的软件，底层都是代码写的。有些语言比如Python、JavaScript，它们写的程序在运行时，不是直接变成机器能理解的指令，而是靠一个“翻译官”——解释器，一边读代码一边执行。这个过程就叫解释执行。
比如你在浏览器里运行一段JavaScript：
for (let i = 0; i < 10000; i++) {
console.log('第' + i + '次循环');
}这段代码不会提前编译好，而是在浏览器里逐行解释执行。每次循环都要经过解释器“翻译”一遍，自然比直接运行编译好的程序慢一些。
解释执行为啥容易吃CPU？
想象一下，你让一个人念一段外语，他得边看边查词典，再读出来。这个过程肯定比母语者直接朗读慢，而且更费脑子。解释器也一样，每条指令都要解析、转换、执行，这些额外步骤都会占用CPU时间。
尤其是网页上那些动态脚本，比如自动刷新内容、动画效果、实时计算，背后都是JavaScript在不停跑。如果代码写得不够优化，或者被频繁触发，CPU就得一直干活，温度升高，风扇也就转起来了。
对比一下：编译型语言省资源吗？
像C++、Go这类语言，程序在发布前就已经编译成机器码。电脑运行时不需要再翻译，直接执行，效率高得多。所以同样功能的程序，编译型通常比解释型更“轻快”。
但也不是说解释执行就一定不行。现代浏览器对JavaScript做了大量优化，比如V8引擎会把热点代码即时编译（JIT），让它跑得接近原生速度。不过这种优化有成本，刚启动时还是可能卡一下。
家里的设备更容易受影响
老一点的笔记本、入门级台式机或者集成显卡的主机，CPU本身性能有限。这时候如果同时开好几个标签页，每个都在跑JavaScript，解释执行的开销就会叠加起来。你会感觉网页变卡，风扇狂转，甚至视频播放都开始掉帧。
举个例子，孩子上网课的平板，后台还挂着几个小游戏页面没关，老师共享的PPT又带了不少动画效果，解释执行的任务一多，小设备根本扛不住，CPU占用直接拉满。
怎么减轻负担？
不用因为解释执行就弃用Python或JavaScript。关键是合理使用。比如浏览器里不用的标签页及时关掉，避免后台脚本持续运行；写代码时减少不必要的循环和重复操作；用Node.js跑本地服务时，考虑用打包工具提前编译。
路由器里的脚本如果用Lua这类解释语言，也要注意别让它每秒都去查状态，适当加个延时，CPU就能喘口气。