ESR与LTS长期支持版详解：从浏览器到系统的稳定省电软件栈搭建指南

去年年底，我把手头笔记本的浏览器从普通版换成Firefox ESR，又顺手把Ubuntu从中间版本切回LTS线，结果第三方风扇转速软件告诉我：同等使用强度下，CPU平均温度低了6度。6度是什么概念？键盘不再烫手，风扇不再像飞机起飞。这台我本来准备淘汰的旧机器，又安安稳稳陪我多用了三个月。

后来我把这个思路带到了手机和开发环境上，发现同样成立。所谓ESR（Extended Support Release，延长支持版）和LTS（Long Term Support，长期支持版），本质上是一套"少折腾、更持久"的软件更新哲学：不追最新功能，只盯稳定性和安全补丁。这篇是"软件安装篇"，专门讲怎么在电脑和手机上铺开这套ESR/LTS软件栈，把性能拉满、把耗电降下来。适合被卡顿和续航折磨的普通用户，也适合被生产环境版本坑过的开发者。

1. 先搞清楚：为什么"不追新"反而更流畅、更省电

1.1 新版本到底带来了什么，又带走了什么

先抛一个反直觉的结论：对大多数普通场景来说，最新版软件带来的体验提升，远没有它带来的性能损耗明显。

软件开发是一个逐层叠加的过程。新功能要加进来，老代码又不敢随便删，于是很多"新版"实际上是多跑了几层兼容逻辑。举个最直观的例子：浏览器。普通版浏览器每四到六周就更新一个大版本，每次更新都可能引入新的渲染管线、新的后台同步机制、新的默认开关。这些改动设计的时候是在最新款旗舰设备上测试的，放到一台2018年的中端笔记本上，可能就是把"流畅"变成"勉强能跑"。

我自己的观察是，普通人真正能感知的浏览器提升只有三类：页面加载更快、内存占用更少、标签页不假死。这三件事在新版本里往往不是显著进步，反而因为各种新默认策略变差了。而ESR版本的浏览器把重点放在稳定性和安全修复上，不会为了一个所谓的"智能追踪拦截3.0"就拉高系统占用，这对旧设备非常友好。

再说系统层面。Windows、macOS或某个Linux发行版，每次大版本更新都是一次"系统搬家"：文件系统元数据要迁移、驱动要重装、应用权限要重置。搬到新地址后，系统需要一两天甚至更长时间来做索引任务，期间风扇狂转、电池狂掉，而你感知到的新功能可能只有"设置界面换了个图标"。

1.2 ESR和LTS的官方定义与更新节奏

ESR和LTS这两个词经常混用，但严格来说它们来自不同厂商：

• ESR（Extended Support Release）主要出现在Mozilla产品线，最典型的是Firefox ESR。Firefox把版本分为普通版、Beta版、Nightly版，以及ESR版。ESR版以年度为单位推进一个大版本主线，比如Firefox ESR 115、Firefox ESR 128。
• LTS（Long Term Support）是更通用的说法，Linux发行版、Node.js、MySQL、甚至很多AI框架都采用这个策略。

用一个表格来对照会更直观：

产品	普通版节奏	长期支持版	维护周期
Firefox	每4-8周一个大版本	Firefox ESR	约一年到一年半
Ubuntu	每9个月一个中间版	Ubuntu LTS	标准5年，Pro可到10年
Node.js	每6个月一个Current	Node.js LTS	约3-5年
MySQL	每季度一个创新版	MySQL 8.4 LTS	约8年

这些版本共用一个核心理念：主版本号在长期支持周期内保持不变（或只变最后一位小版本号），厂商只在原版本线上补充安全补丁和关键bug修复。普通版拥有的"新功能"，ESR/LTS会在下一个长期版里统一吸收，但前提是经过足够时间的检验。

1.3 什么场景该用ESR/LTS，什么场景不建议

如果你的工作是前端开发，需要测试最新的CSS特性；如果你是硬件极客，想第一时间用上新内核的调度器；如果你只是喜欢每版变化带来的新鲜感——那普通版没问题。

但以下几类人强烈建议转用ESR/LTS：

• 家里只有一台电脑，用坏了要花钱修或换的普通用户；
• 生产环境上跑着业务，不能容忍"一早起来服务挂了"的开发者或运维；
• 学生党，设备性能有限、预算有限，希望一台电脑安稳用完整个学期；
• 任何在意续航和发热的笔记本用户。

这个选择不是"将就"，而是"主动降低不确定性"。稳定版可能不会让你在朋友圈炫耀最新功能，但它能在你需要用设备的时候，确保设备不给你掉链子。

2. 电脑端实操：Ubuntu、Node.js、MySQL、Firefox的LTS安装全记录

2.1 Ubuntu 24.04 LTS：先把系统底盘稳住

系统是整个软件栈的地基，地基选不好，上面的软件再怎么调都白搭。热词榜上"ubuntu 24.04 lts配置教程"能上热搜，说明大批人已经在往LTS线迁移了。

下载阶段。Ubuntu 24.04 LTS（开发代号Noble Numbat）是2024年4月发布的长期支持版，标准支持期到2029年。到官网或国内镜像站下载ISO，文件名形如ubuntu-24.04.2-desktop-amd64.iso。国内用户推荐用阿里云镜像或清华镜像，速度比官网稳定几个量级。

制作启动盘。Windows下用Rufus，macOS/Linux下用balenaEtcher。注意U盘会被格式化，先备份数据。制作完成后直接重启进入U盘启动，进live环境后点"Install Ubuntu"。

安装阶段几个关键选项：

• 分区方案：双系统用户先在Windows的磁盘管理里压缩出至少60GB空闲分区；纯Linux用户直接让安装器自动分区即可。
• 更新选项：安装过程中会问是否下载更新和三方驱动，我建议第一遍全部不勾选，装完系统后手动做。这样能避免安装器卡在网络请求上，也方便后续统一换镜像源。
• 软件源：Ubuntu 24.04起，软件源配置改成了deb822格式，配置文件在/etc/apt/sources.list.d/ubuntu.sources。把文件里的URIs:行改成国内镜像地址即可。

sudo sed -i 's|http://archive.ubuntu.com/ubuntu/|http://mirrors.aliyun.com/ubuntu/|g' /etc/apt/sources.list.d/ubuntu.sources sudo apt update sudo apt upgrade

基础软件包：

sudo apt install build-essential git curl wget vim net-tools htop

系统装好之后，针对"流畅"和"省电"还要做两件事。

第一，安装电源管理工具TLP：

sudo apt install tlp tlp-rdw sudo tlp start

TLP会自动接管CPU调频、磁盘写回间隔、USB设备的电源策略。笔记本用户会非常明显地感觉到风扇更安静，待机时间变长。这一步在LTS系统上尤其值得做，因为大版本不会频繁变化，电源策略可以长期保持稳定。

第二，关闭桌面动画。GNOME设置面板里有"动画"开关，或者在系统设置中把所有过渡动画都关掉。这种微调在高端硬件上可有可无，但在核显笔记本上，动画关闭后窗口切换的跟手程度是质的区别。

2.2 Node.js LTS：开发机最不能省的一步

热词榜上的"node.js lts下载"说明很多人在找入口，但装LTS不只是为了"能装"，更多是为了避免后面依赖兼容的连环坑。

Node.js的版本策略是每年4月发布Current版本，偶数版本会在当年10月进入LTS维护期，维护周期约3-5年；奇数版本更像是过渡实验线，不建议在生产环境使用。

最推荐的安装方式是用nvm：

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash source ~/.bashrc nvm install --lts nvm use --lts node -v

执行完node -v你会看到类似v22.x.0的版本号，这就是当前的LTS主线。

为什么生产环境非得用LTS？我用一个真实教训说明：有一次我为公司内部工具写了个便捷脚本，本地Node版本是18（LTS），一切正常；同事电脑上装了Node 21（当时还是Current），跑同一个脚本直接报ERR_REQUIRE_ESM——因为新版本对CommonJS模块的处理方式发生了破坏性变更。那半天排查时间，完全是版本策略带来的无妄之灾。

用nvm的好处是，就算你被新项目逼着要用Current版本，也只是nvm install node一下的事情，项目目录加个.nvmrc就能自动切换。LTS作为默认，Current作为特例，这是开发环境最省心的组合。

2.3 MySQL 8.4 LTS：数据库服务器的下载、解压与配置

"mysql 8.4.11 lts数据库服务器的下载、解压及配置"上了热词，这个需求很典型——很多中小企业今年开始从MySQL老版本向8.4 LTS迁移。

MySQL 8.4是官方改变版本策略后的首个LTS版本。在此之前大家熟悉的8.0系列会继续支持到2026年，而8.4 LTS的官方支持周期长达8年，到2032年。对生产环境来说，这意味着一次部署、长期稳定，不用再被"大版本强制升级"追着跑。

下载：前往MySQL官方归档页，选择MySQL Community Server 8.4 LTS，下载Linux Generic tarball包，文件名形如mysql-8.4.11-linux-glibc2.28-x86_64.tar.xz。

解压与部署：

sudo mkdir -p /usr/local/mysql sudo tar -xJf mysql-8.4.11-linux-glibc2.28-x86_64.tar.xz -C /usr/local/mysql --strip-components=1 sudo groupadd mysql sudo useradd -r -g mysql -s /bin/false mysql sudo mkdir -p /var/lib/mysql sudo chown -R mysql:mysql /var/lib/mysql cd /usr/local/mysql sudo bin/mysqld --initialize --user=mysql

初始化输出末尾会给出临时root密码，形如：

[Note] A temporary password is generated for root@localhost: Xx123456q!

创建配置文件/etc/my.cnf：

[mysqld] port=3306 datadir=/var/lib/mysql socket=/tmp/mysql.sock

启动：

sudo bin/mysqld_safe --user=mysql & sudo bin/mysqladmin ping

登录并修改密码：

sudo bin/mysql -uroot -p ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码';

几个实操心得：

• 用tarball而不是包管理器安装，最大的好处是文件位置完全可控，卸载也干净，不会有apt依赖残留。缺点是升级时要把旧数据目录单独备份，不能直接覆盖新版本。
• 生产服务器建议把33060端口（mysqlx协议端口）禁用，减小攻击面。
• 8.4默认字符集是utf8mb4，如果你的老业务代码里有建表语句没有显式指定字符集，迁移后可能出现索引长度超限问题，建库时最好统一指定：

CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

2.4 Firefox ESR：普通用户最容易上手的长期支持版

Firefox ESR对普通用户来说，可能是成本最低、收益最明显的LTS选择。它保留了Firefox的隐私保护、容器标签、扩展生态，只是把更新节奏从"每四周一个大版本"改成"每年一个主线版本、平时只推送安全修复"。

Linux安装实测最快的方式：

wget "https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=linux64&lang=zh-CN" -O firefox-esr.tar.xz sudo tar -xJf firefox-esr.tar.xz -C /opt sudo ln -s /opt/firefox/firefox /usr/local/bin/firefox

Windows用户直接下载安装包双击安装即可，安装时选择"为当前用户安装"，避免UAC权限问题和后续更新失败。

为什么专门强调浏览器：从设备性能和耗电的角度看，浏览器是绝大多数人单次使用时间最长的应用，也是后台任务最多的应用。如果你开着十几个标签页，浏览器的渲染进程、GPU进程、网络进程、存储进程、后台扩展脚本全都活着。ESR版本把那些激进的新特性（比如WebGPU的某些默认开关、地址栏AI摘要、同步服务的频繁握手）推迟或优化后再放出来，对内存和电量的占用比普通版低一截。我在老笔记本上实测，同样开12个标签页，Firefox ESR的驻留内存比普通版约少400MB，风扇也安静了。

3. 手机端思路：用"稳定优先"策略守住续航和流畅

3.1 系统和应用的大版本，别当"第一批用户"

手机端的软件更新逻辑和电脑端完全一样，但手机的硬件残值低、恢复成本高，这一步更要谨慎。厂商推送系统大版本后，论坛里最常见的句式是"更新完后悔了，怎么降级"。而系统降级通常需要解锁引导程序、清除数据，对普通用户来说基本等于换手机。

我的操作原则很简单：大版本推送之后，先在网上蹲两周。重点看两类反馈——续航变化和发热变化。如果某个同型号用户的反馈普遍变差，那这个版本对你来说大概率也是负优化。手机系统不像电脑能轻易回退，多等一等不是坏事。

应用更新的逻辑类似：微信、支付软件、办公App这种每天要打开的核心应用，不要开启"自动更新"；游戏和工具类应用开自动更新影响不大。因为核心应用更新后一旦出现闪退、耗电异常，重启都没用，只能等下一个热修复，那几天你会非常难受。

3.2 自动更新关掉之后，用什么节奏手动更新

关掉自动更新不代表永远不更新，安全补丁该收还是得收。我的推荐节奏：

每周固定一个时间，连上WiFi，去应用商店手动更新一次。如果看到某个应用一周内连续更新了好几次，说明它在频繁修bug，可以等这波修完再更新。

手动更新还有一个额外好处：你可以看到每个应用的具体更新说明和历史版本评分。很多应用商店允许查看"此版本对旧设备的兼容性"之类的用户评论，如果评论区一片骂声，可以直接点"忽略此版本"。这种"以人为本"的更新选择权，是自动更新永远给不了你的。

3.3 老手机的低负载五件套

如果你的手机已经用了三年以上，除了软件版本策略，还可以配合几个降低负载的方法：

• 关掉大部分应用的通知权限，通知推送会唤醒CPU和无线模块；
• 电池设置里开启"省电模式"或"均衡模式"，限制CPU最高频率；
• 应用商店里优先选择官方出的Lite版/Go版应用；
• 清理不用的动态壁纸、小组件，它们每秒钟都在重绘；
• 每周重启一次手机，清掉积累的缓存和僵尸进程。

这些和ESR/LTS是同一个思路：把设备的任务列表变短，让它专注做真正重要的事。

4. 低碳节能：算一笔"少更新"带来的能源账

4.1 一次更新到底烧掉多少电

很多对"低碳"无感的人，是被宏大叙事搞麻木了。但把账算到自己设备上，就非常具体。

我基于一台普通笔记本做过粗略估算，电池容量50Wh、待机功耗约10W：

动作	平均下载量	安装/重建缓存阶段额外功耗	相当于消耗电池
系统小更新补丁	50-200MB	约5-10分钟高负载	3%-6%
系统大版本升级	1-3GB	约20-40分钟高负载	15%-30%
浏览器大版本更新	50-200MB	约3-5分钟高负载	2%-4%
手机应用批量更新	100-500MB	约10-20分钟高负载	5%-10%

普通版系统每年至少有4-8次大版本级更新；LTS系统每年只有几次安全补丁。光系统更新这一块，一年能省下的电量就接近十几次完整充电。手机端如果关闭自动更新、改为批量手动更新，效果甚至更明显——因为手机电池本身容量就小，一次批量更新的耗电占比远高于笔记本。

4.2 后台静默更新：耗电和流量的隐形杀手

自动更新是"默认开启"的，这个设计对厂商而言是留住用户，对用户来说是持续后台负担。更新包下载完成不算完，应用安装、数据库迁移、缓存重建、桌面图标重排，每一步都在耗电。更隐蔽的是，很多应用会在更新后主动联网同步一次数据，这个小动作会额外点亮屏幕、唤醒网络模块。

换成LTS/ESR并用手动更新后，这些后台行为几乎全部消失。我的笔记本在换掉自动更新后，即使连续七天不关机，后台流量从每天几百MB降到了几乎为零——这不是夸张，是真的零。对这种"少做事"带来的节能，我甚至不需要用专业功耗仪，光看路由器后台流量统计就一目了然。

4.3 低碳和性能不是反向指标，而是同一个方向

很多人以为"省电=性能下降"，这是把省电等同于CPU降频的结果。ESR/LTS的省电逻辑完全不同：它省的是"无效计算"的电，而不是"正常使用"的电。

正常使用中，CPU要处理你打开的网页、文档、视频，这些算力消耗是必要的。但更新时的索引、编译、迁移、同步，属于"为变化而变化的额外计算"。版本稳定后，系统不用频繁执行这些额外任务，CPU大部分时间可以停留在低频运行，真正需要高负载时才拉升。结果是：同等使用体验下功耗下降，而且经常还因为系统缓存稳定而感觉更流畅。"低碳"和"性能拉满"在这里是同一件事的两面。

5. 性能拉满的最后一公里：装好之后的系统配置与习惯

5.1 开机自启和后台服务的"减法清单"

系统安装完成只是起点。我去任何一台新电脑上做优化，第一步永远是打开服务管理器做减法。

Linux下先看启动耗时：

systemd-analyze systemd-analyze blame

排查自启服务：

systemctl list-unit-files --type=service --state=enabled | grep -v masked

然后禁用明显不需要的服务，比如蓝牙（如果你不用蓝牙键鼠）、打印服务（cups，如果你没有打印机）、自动更新检查等：

sudo systemctl disable bluetooth sudo systemctl disable cups

这一步在LTS系统上尤其划算：因为大版本不会频繁变化，禁用过的服务不会随着下次升级又悄悄装上。一次减法，长期有效。Windows用户在任务管理器里把不用的启动项禁用，Mac用户到"系统设置-通用-登录项"里把后台驻留的App清一清，道理一样。

5.2 更新策略的"最佳实践"：既不裸奔，也不折腾

LTS不是"一键永久放弃更新"，而是"把更新次数降到最少，但每次更新都是必要且稳妥的"。

推荐的一组更新流：

• 每周执行一次sudo apt update && sudo apt upgrade，让安全补丁及时到位；
• 用unattended-upgrades只自动安装安全更新：

sudo apt install unattended-upgrades sudo dpkg-reconfigure unattended-upgrades

• Firefox ESR等图形应用关闭自动更新，手动每两周检查一次；
• 手机应用固定每周手动更新一次，系统大版本等一个月再评估。

这套组合能做到：设备时刻受到安全保护，却不需要频繁适应新版本。它把"版本稳定"和"安全补丁"两个诉求放进了同一个方案里。坦率地说，我见过太多人要么完全放弃更新（裸奔），要么天天追更（折腾），这两个极端都会让设备更快变得不可用。

5.3 别忽略硬件这个基础底座

最后说点软件之外的心里话：ESR/LTS可以让一台2020年的旧电脑重新变得好用，但如果硬盘是一块老机械盘，内存又只有4GB，再怎么优化系统也只是在"矮子里拔将军"。我自己给老笔记本换了一块二手SATA固态（约一百元），再加上一条8GB内存（约一百元出头），配合Ubuntu LTS + Firefox ESR，日常办公应用的启动速度直接赶上了新机。这套硬件投入不足一台新手机的三分之一，换来的却是三年以上的流畅使用周期。从低碳角度看，延长设备使用寿命，比买新设备再淘汰旧设备要环保得多。

这套方法我已经用了大半年，最大的感受是：设备不再像以前那样"每周都变一个样"，而是变成了一个安静、可靠、随时待命的工具。当系统不再频繁折腾你，你也就不再需要频繁折腾系统——这种彼此放过，反而让电脑和手机都达到了最好的状态。如果你现在正被设备和更新策略搞得心烦，不妨就从手边最常用的那一款软件开始，换成它对应的ESR或LTS版本试试。