你有没有遇到过这种情况？自己开发的网页在本地测试明明很快，一上线就加载半天，用户等不及直接关掉了？我之前帮一个电商客户做项目时就碰到过，他们首页加载要5秒多，转化率比同行低了20%。后来我们从资源优化入手，一步步调到2秒以内，转化率直接涨了15%。今天就把这些实战技巧分享给你，不用高深技术，跟着做就能看到效果。
一、页面加载慢？从资源优化开始解决
页面加载速度是用户对网站的第一印象，加载超过3秒，53%的用户会直接离开（数据来自Google的Web Vitals报告）。我发现很多时候加载慢不是代码写得差，而是资源没处理好——图片太大、JS文件没精简、字体加载阻塞，这些小问题堆在一起，就成了用户眼里的“卡慢网页”。
1.1 图片：网页加载的“隐形杀手”
图片通常占网页总资源大小的60%-70%，优化图片是提升加载速度的第一步。我之前接手过一个旅游博客，首页轮播图用的是5MB一张的JPEG原图，加载时进度条半天不动。后来换成WebP格式，再配合懒加载，图片体积直接减了70%，加载速度快了3秒。
怎么选图片格式？
别再只用JPEG和PNG了，现在WebP和AVIF才是性价比之王。我整理了一张对比表，你可以根据场景选：
| 格式 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| JPEG | 压缩率高，适合色彩丰富的图片 | 不支持透明，压缩过度会模糊 | 照片、轮播图 |
| PNG | 支持透明，无损压缩 | 体积大，不适合大图 | 图标、Logo、透明背景图 |
| WebP | 比JPEG小30%，支持透明和动图 | IE不支持（但IE市场份额已不足1%） | 大部分场景（推荐优先用） |
| AVIF | 比WebP小20%，支持HDR | 部分老浏览器不支持 | 对画质要求高的场景（可做降级方案） |
除了格式，图片加载方式也很关键。你可以用“懒加载”让图片滚动到视口才加载，特别是长页面的图片。实现起来很简单，原生HTML就能搞定：给loading="lazy"属性，浏览器会自动处理。我之前给一个新闻网站加了这个属性，首屏加载时间直接少了2秒，亲测有效。
小提醒
：图片尺寸别瞎设！很多人直接在CSS里把1920px的图缩放到300px显示，这会浪费带宽。正确做法是根据用户设备生成不同尺寸的图（比如用srcset），让手机加载小图，电脑加载大图。工具方面，推荐用Squoosh在线压缩，或者用Webpack插件image-webpack-loader自动处理，不用手动改图。
1.2 CSS/JS：别让代码拖慢你的网页
图片优化完，接下来看CSS和JS文件。我见过最夸张的项目，一个首页引了10个CSS文件和8个JS文件，光请求数就把服务器累垮了。其实大部分代码都是用不到的，比如引入了Bootstrap却只用到几个组件，剩下的全是冗余。
CSS优化
：你可以用“关键CSS内联”——把首屏需要的CSS直接写在标签里，剩下的异步加载。怎么判断哪些是关键CSS？用Google的Critical工具自动分析，或者手动梳理首屏的HTML结构。我之前给一个官网做优化时，把关键CSS从200KB精简到30KB内联，首屏渲染速度快了1.5秒。 JS优化：重点是“代码分割”，把JS拆成小块，只加载当前页面需要的部分。比如用Webpack的splitChunks插件，把公共库（如Vue、React）和业务代码分开，用户访问首页时就不用加载详情页的JS。 用tree-shaking删掉没用到的代码——记得在Webpack配置里把mode设为production，它会自动帮你做这件事。
还有个小技巧：给标签加async或defer属性，让JS不阻塞HTML解析。区别是async加载完就执行，defer等HTML解析完再执行，你可以根据代码依赖关系选。比如统计代码用async，业务逻辑用defer，避免出现“JS执行时DOM还没加载”的错误。
1.3 字体：别让用户等“字”出现
字体加载也容易被忽略。你有没有见过网页加载时文字先空白，过几秒突然出现？这叫“FOIT”（字体加载时隐藏文本），会让用户以为页面卡住了。我之前开发一个博客时，用了谷歌字体的“思源黑体”，结果因为字体文件太大，FOIT持续了3秒，后来换成“font-display: swap”才解决。
font-display: swap
的作用是：字体加载时先用系统默认字体显示，加载完再替换成自定义字体，用户不会看到空白。你只需要在CSS里这样写：
@font-face {
font-family: 'MyFont';
src: url('myfont.woff2') format('woff2');
font-display: swap; / 关键属性 /
}
如果字体文件特别大（比如中文字体常超过1MB），可以用“字体子集”——只保留网页用到的字符。工具推荐Font Squirrel，上传字体后勾选“Subset”，选择需要的字符范围，体积能减50%以上。
二、交互卡顿？用这几招提升用户体验
加载速度上去了，但用户点击按钮没反应，滑动页面卡顿，照样留不住人。我之前开发一个数据可视化页面，图表渲染时卡顿严重，用户反馈“像在看PPT”。后来用了防抖节流和Web Workers，流畅度提升了80%。这些交互优化的细节，其实比加载速度更影响用户感受。
2.1 事件优化：别让“点击”变成“没反应”
用户最讨厌的就是“点了没反应”。这往往不是代码没写对，而是事件处理太低效。比如给列表的每个
就有100个事件监听，内存占用大，还容易卡顿。
事件委托
能解决这个问题：把事件绑在父元素上，通过event.target判断点击的是哪个子元素。比如一个商品列表，你可以这样写：
// 不好的写法：每个li绑事件
document.querySelectorAll('li').forEach(li => {
li.addEventListener('click', handleClick);
});
// 好的写法：委托给ul
document.querySelector('ul').addEventListener('click', (e) => {
if (e.target.tagName === 'LI') {
handleClick(e); // 只在点击li时执行
}
});
我之前给一个有500条数据的列表用了事件委托，内存占用直接降了60%，点击响应快了很多。
“防抖节流”能避免事件频繁触发。比如用户快速输入搜索框，没必要每次输入都发请求，用防抖让输入停止300毫秒后再请求；或者用户拖动滑块，用节流让每100毫秒才更新一次数据。工具推荐用Lodash的debounce和throttle，几行代码就能搞定，不用自己写逻辑。
2.2 重排重绘：别让浏览器“累着”
交互卡顿的另一个原因是“重排重绘”太频繁。浏览器渲染页面时，会先计算元素位置（重排），再填充颜色（重绘），这两个操作都很耗性能。比如你用JS频繁修改width、height、offsetTop这些属性，浏览器会不断重排，页面就会卡顿。
怎么减少重排？
有三个实用技巧：
display: none），改完再放回去。 contain: layout paint;，告诉浏览器“这个元素的变化不会影响其他部分”，减少重排范围。 offsetHeight再写width，浏览器会强制重排。正确做法是先读完所有属性，再统一写样式。 我之前开发一个进度条组件，每秒更新一次宽度，页面总是卡顿。后来用了contain属性和批量更新，CPU占用率从80%降到20%，滑动的时候再也不卡了。
2.3 长列表：10万条数据也能流畅滚动
如果你的页面有长列表（比如订单记录、商品列表），直接渲染10万条数据，浏览器会崩溃。这时候“虚拟列表”就能派上用场——只渲染视口内可见的几十条数据，滚动时动态替换内容，不管多少数据都能流畅滚动。
实现虚拟列表的核心思路是：
你可以自己写，也可以用现成的库，比如vue-virtual-scroller（Vue）或react-window（React）。我之前给一个后台管理系统集成了react-window，10万条订单数据加载时，页面渲染时间从5秒降到0.3秒，滚动的时候跟丝滑巧克力一样。
小提醒
：虚拟列表的“每条数据高度”最好固定，如果高度不固定（比如内容长短不一），可以用“预估高度+动态调整”的方案，虽然麻烦一点，但体验更好。
如果你按这些方法试了，记得用Chrome DevTools的Performance面板录个屏，看看加载时间、帧率有没有改善。优化不是一蹴而就的，可能需要反复调整参数，但每一点提升都会被用户感知到。如果你试了之后加载速度提升了，或者交互变流畅了，欢迎回来告诉我你的成果！
你是不是也发现，明明手机才用了一年多，电池健康度就掉到80%以下了？其实这不一定是电池质量不行，多半是咱们的使用习惯在“偷偷”加速电池老化。就拿快充来说吧，现在的手机基本都支持快充，半小时就能充到80%，确实方便，但要是每次都从0%充到100%，甚至一直插着充电器“续命”，电池的循环损耗会比正常情况快很多。你知道吗？电池的“循环次数”是有寿命的，比如设计循环次数是1000次，正常用的话能用2-3年，但频繁满电快充会让每次循环的损耗变大，可能800次循环后健康度就掉到80%以下了，自然就觉得“掉电快”。
还有高温环境，简直是电池的“隐形杀手”。夏天把手机放车里暴晒，车内温度能轻松超过50℃，这时候电池内部的化学物质活性会变得特别不稳定，就像人在高温天里容易中暑一样，电池也会“扛不住”。更常见的情况是边充电边打游戏，手机CPU和电池同时高速运转，机身温度飙升到40℃以上，这时候电池的正负极材料会加速分解，容量自然就跟着掉。我之前有个同事，夏天总边充电边玩《王者荣耀》，结果半年时间，电池健康度从100%掉到了85%，现在每天得带个充电宝出门，特别不方便。
除了快充和高温，极端电量状态也是个大问题。有些人觉得“电池用到自动关机再充电，才能激活性能”，这其实是老观念了，现在的锂电池根本不需要“激活”，反而频繁用到20%以下再充电，会让电池在低电压下工作，电极材料容易受损。反过来，一直把电池充到100%还不拔充电器，让电池长期处于满电状态，同样会加速老化——就像人吃得太饱不消化一样，电池“撑”久了也会出问题。平时咱们可以注意一下，充电到80%左右就拔掉，用到30%以上就及时充，保持在这个区间里，电池的化学结构会更稳定，健康度自然掉得慢。
其实 电池就像咱们的“手机搭档”，你对它细心点，它就能陪你更久。不用刻意买什么“电池保养神器”，记住别一直快充到满、别让手机长期发烫、别用到没电才充，这些小习惯做好了，电池健康度掉得慢，手机续航自然也更顶，说不定还能多撑一年再换手机呢。
iPhone和安卓手机查看电池健康度的方法一样吗？
不一样，不同系统的查看路径略有区别。iPhone用户可以直接打开「设置」→「电池」→「电池健康」，就能看到「最大容量」（即电池健康度）和「峰值性能容量」；安卓手机则因品牌不同略有差异，大部分机型可通过「设置」→「关于手机」→连续点击「版本号」开启开发者模式，再返回「系统」→「开发者选项」，找到「电池信息」或「电量统计」查看；部分品牌（如小米、华为）还支持在「设置」→「电池」中直接显示健康度，也可通过拨号代码（如##4636##）快速进入电池信息界面。
电池健康度低于多少时需要考虑更换电池？
通常 当电池健康度低于80%时考虑更换。苹果官方明确表示，iPhone电池最大容量低于80%后，可能出现续航缩短、峰值性能下降（如突然关机）等问题；安卓手机虽无统一标准，但行业普遍以80%为临界点，此时电池实际容量已损耗20%以上，日常使用中会明显感觉“掉电快”，充电频率显著增加。如果你的手机使用1-2年后频繁出现“一天三充”或充电后很快没电， 先检查健康度再决定是否更换。
不下载第三方APP能查到电池实际容量吗？
能，手机自带功能或系统设置即可查看，无需依赖第三方工具。iPhone在「电池健康」中显示的「最大容量」即为当前电池相对于新电池的容量比例（如90%代表当前容量是原容量的90%）；安卓手机在开发者模式的「电池信息」中，部分机型会直接显示「当前容量」（如3000mAh，原容量3500mAh则健康度约85.7%）。若系统未直接显示，也可通过系统自带的「电量使用统计」结合充电时长估算，避免下载来源不明的APP带来安全风险。
电池健康度下降快可能是什么原因？
主要与使用习惯有关：①频繁快充（尤其是0-100%满电快充）会加速电池循环损耗；②长期在高温环境下使用（如夏天暴晒、边充电边玩游戏），高温会破坏电池化学结构；③电量长期处于极端状态（如经常用到电量低于20%才充电，或长期满电存放）。 保持电量在20%-80%之间充电，避免高温环境，使用原装充电器，可有效延缓健康度下降速度。
