最近有个项目需要用到上传图片，然后在列表页回显一下图片。
需求这边还想着要不要做一个瀑布图，但是做好以后图片量太多而且图片太大，导致展示效果并不好。
尤其是放在首屏上，长时间的白屏。
核心问题是：用户上传的图片过大，不仅导致页面加载缓慢、消耗过多带宽，而且还影响了服务器存储。
所以缩略图就成了最优解。
既不影响视觉展示，又能大幅降低资源消耗。
先明确结论：业界主流做法是什么？
很多人会陷入“非此即彼”的误区，纠结到底该前端还是后端生成缩略图。
但实际上，生产环境中最主流、最稳妥的架构是：前端做预览缩略图 + 后端/云存储做正式缩略图
两者分工配合，兼顾用户体验、性能和安全性。这也是目前大厂主流的实现方案。
简单来说：
-
前端负责"看"：用户上传图片后，立即生成缩略图用于页面预览，提升交互体验；
-
后端/云存储负责"存"和"生成"：存储用户上传的原图，同时生成多尺寸正式缩略图，供页面正式展示。
前端缩略图实现（4种方案附代码）
前端生成缩略图的核心目的是"预览"和"减少上传流量"，核心技术依赖 Canvas 绘图缩放 和 createImageBitmap API。
方案1：Canvas
这是前端生成缩略图的"标准方案"，兼容所有浏览器（包括IE10+），零依赖，无需引入任何第三方库，是生产环境中最常用的方案。
核心原理：
读取用户上传的图片文件 → 用Image对象加载图片 → 绘制到Canvas并按比例缩小 → 导出为缩略图Blob/Base64。
完整代码
/**
* 生成图片缩略图
* @param {File} file - 用户上传的图片文件（input[type="file"]获取）
* @param {Number} maxWidth - 缩略图最大宽度（默认300px）
* @param {Number} maxHeight - 缩略图最大高度（默认300px）
* @param {Number} quality - 图片质量（0~1，1为最高质量，默认0.8）
* @returns {Promise<Blob>} 缩略图文件（可直接上传或预览）
*/
async function createThumbnail(file, maxWidth = 300, maxHeight = 300, quality = 0.8) {
return new Promise((resolve, reject) => {
const img = new Image();
img.src = URL.createObjectURL(file);
img.onload = () => {
URL.revokeObjectURL(img.src);
let { width, height } = img;
// 如果原图尺寸超过设定的最大尺寸，进行等比缩小
if (width > maxWidth || height > maxHeight) {
const ratio = Math.min(maxWidth / width, maxHeight / height);
width *= ratio;
height *= ratio;
}
const canvas = document.createElement('canvas');
canvas.width = width;
canvas.height = height;
const ctx = canvas.getContext('2d');
ctx.drawImage(img, 0, 0, width, height);
canvas.toBlob(
(blob) => resolve(blob), // 成功回调，返回缩略图Blob
file.type || 'image/jpeg', // 保持原图格式，无格式则默认jpeg
quality // 图片质量
);
};
img.onerror = () => reject(new Error('图片加载失败，请检查文件格式'));
});
}
// 使用
document.querySelector('input[type="file"]').addEventListener('change', async (e) => {
const file = e.target.files[0];
if (!file) return; // 未选择文件，直接返回
try {
// 生成300x300的缩略图（可根据需求调整尺寸和质量）
const thumbBlob = await createThumbnail(file, 300, 300, 0.7);
// 场景1：预览缩略图（页面展示）
const thumbUrl = URL.createObjectURL(thumbBlob);
document.querySelector('#preview').src = thumbUrl;
// 场景2：将缩略图上传到服务器（搭配FormData）
const formData = new FormData();
// 第三个参数是缩略图文件名，可自定义
formData.append('thumbnail', thumbBlob, `thumbnail_${Date.now()}.jpg`);
// 发起上传请求（实际项目中替换为自己的接口地址）
const response = await fetch('/api/upload/thumbnail', {
method: 'POST',
body: formData
});
const result = await response.json();
console.log('缩略图上传成功：', result);
} catch (error) {
console.error('缩略图生成/上传失败：', error);
}
});
方案2：createImageBitmap
如果项目不考虑兼容性问题，那么这个方案比Canvas原生方案更高效。
它支持直接解析File/Blob对象，无需创建Image对象，加载速度更快。
而且还能在Web Worker中使用（避免阻塞主线程），适合处理大尺寸图片。
完整代码：
/**
* 高性能缩略图生成（createImageBitmap方案）
* @param {File} file - 用户上传的图片文件
* @param {Number} maxWidth - 缩略图最大宽度（默认300px）
* @param {Number} maxHeight - 缩略图最大高度（默认300px）
* @returns {Promise<Blob>} 缩略图Blob文件
*/
async function createThumbnailFast(file, maxWidth = 300, maxHeight = 300) {
try {
// 直接解析File对象，生成ImageBitmap（比Image对象更快）
const bitmap = await createImageBitmap(file);
// 计算等比缩放尺寸（和Canvas方案逻辑一致）
let { width, height } = bitmap;
if (width > maxWidth || height > maxHeight) {
const ratio = Math.min(maxWidth / width, maxHeight / height);
width *= ratio;
height *= ratio;
}
// 创建Canvas并绘制
const canvas = document.createElement('canvas');
canvas.width = width;
canvas.height = height;
const ctx = canvas.getContext('2d');
ctx.drawImage(bitmap, 0, 0, width, height);
// 释放ImageBitmap内存（优化性能）
bitmap.close();
// 导出为Blob
return new Promise((resolve) => {
canvas.toBlob(resolve, file.type || 'image/jpeg', 0.8);
});
} catch (error) {
console.error('高性能缩略图生成失败：', error);
throw error;
}
}
// 使用方式（和Canvas方案一致，直接替换函数名即可）
document.querySelector('input[type="file"]').addEventListener('change', async (e) => {
const file = e.target.files[0];
if (!file) return;
const thumbBlob = await createThumbnailFast(file, 300, 300);
// 预览/上传逻辑和上面一致，此处省略
});
方案3：browser-image-compression插件
如果懒得手写，可以使用browser-image-compression插件。Github地址: github.com/vitaly-z/br…
这是一个轻量级前端图片压缩库，自动处理图片缩放、压缩、格式转换，零配置即可使用，还能解决图片旋转（Exif orientation）等常见问题。
完整代码
// 安装依赖
// npm install browser-image-compression --save
// 导入
import imageCompression from 'browser-image-compression';
/**
* 基于第三方库的缩略图生成
* @param {File} file - 用户上传的图片文件
* @returns {Promise<Blob>} 缩略图文件
*/
async function createThumbnailWithLib(file) {
// 配置选项（灵活调整，无需手写逻辑）
const options = {
maxSizeMB: 0.1, // 缩略图最大体积（100KB，超过会自动压缩）
maxWidthOrHeight: 300, // 缩略图最大尺寸（宽/高不超过300px）
useWebWorker: true, // 使用Web Worker，避免阻塞主线程
useWebp: true, // 导出为WebP格式（比JPG小30%+，质量无损失）
initialQuality: 0.8 // 初始压缩质量
};
try {
// 直接调用库方法，自动生成缩略图
const thumbBlob = await imageCompression(file, options);
console.log('库生成缩略图成功，大小：', thumbBlob.size);
return thumbBlob;
} catch (error) {
console.error('库生成缩略图失败：', error);
throw error;
}
}
// 使用方式（和前面一致）
document.querySelector('input[type="file"]').addEventListener('change', async (e) => {
const file = e.target.files[0];
if (!file) return;
const thumbBlob = await createThumbnailWithLib(file);
// 预览/上传逻辑省略
});
当然，还有个偷懒的方法，直接给图片一个最大宽高，让他看起来像缩略图，不过仍然无法解决加载速度的问题。
后端/云存储方案
前面说过，前端生成的缩略图主要用于"预览"，而"正式缩略图"（用于页面正式展示、多端适配），必须由后端或云存储生成——这是生产环境的标准做法，也是大厂通用架构。
为什么不能全靠前端生成正式缩略图？
很多兄弟会疑惑，既然前端能生成缩略图，为什么还要麻烦后端？
核心原因主要有4点：
-
可靠性不足：不同浏览器、不同设备（手机/PC）的Canvas渲染效果存在差异，可能导致缩略图模糊、变形，甚至生成失败。
-
安全性风险：前端传什么后端存什么，无法验证缩略图的真实性和合法性，可能存在恶意文件上传风险，甚至出现脚本。
-
多尺寸需求：一个项目通常需要多种尺寸的缩略图（如列表图300x300、头像图100x100、详情图1080x720），前端不可能生成所有尺寸，且维护成本极高。
-
性能与成本：云存储（如阿里云OSS、腾讯云COS、七牛云）的图片处理功能几乎免费，且速度极快，比自己写后端压缩代码更省资源、更稳定。
主流实现方式：云存储自动生成
目前大厂最常用的方式，是将用户上传的原图存储到云存储（如阿里云OSS）。
云存储会自动生成多种尺寸的缩略图，前端只需通过URL参数即可获取对应尺寸的缩略图，无需后端额外开发。
以阿里云OSS为例（实战示例）：
-
用户上传原图到OSS，获得原图URL：
https://xxx.oss-cn-hangzhou.aliyuncs.com/example.jpg； -
前端直接通过URL参数，获取不同尺寸的缩略图（无需后端干预）：
-
300x300缩略图：
https://xxx.oss-cn-hangzhou.aliyuncs.com/example.jpg?x-oss-process=image/resize,w_300,h_300； -
100x100头像图：
https://xxx.oss-cn-hangzhou.aliyuncs.com/example.jpg?x-oss-process=image/resize,w_100,h_100,m_fixed； -
WebP格式缩略图（更小）：
https://xxx.oss-cn-hangzhou.aliyuncs.com/example.jpg?x-oss-process=image/resize,w_300/format,wewebp。
其中，x-oss-process=image/resize是OSS的图片缩放参数，还支持裁剪、旋转、加水印等功能，详细参数可参考阿里云OSS官方文档。
如果没有使用云存储，也可以通过后端代码生成缩略图（如Node.js、Java），核心逻辑和前端Canvas类似，都是"读取原图→缩放→保存"。
如果是Node的后端推荐尝试一下sharp库：sharp(originalPath).resize(width, height, {fit: 'cover',position: 'center'}).toFile(thumbnailPath);
总结
个人推荐：
前端负责“预览”，后端/云存储负责“正式生成”，用云存储自动生成多尺寸缩略图（生产首选）。
不过生产状况下有些事需要注意（个人踩过坑的）：
- 大图片上传建议提示用户压缩，同时建议仅支持上传jpg、png、webp等常见格式。
- 推荐用户优先使用webp格式文件（图片小）。
- 图片上传过程中的异常处理记得给足提示。
- 多端适配记得覆盖全，尤其是支持移动端的项目。
