CodeKitHub工具介绍
图片尺寸调整改变的是图片的像素尺寸——与压缩不同，压缩保持尺寸只是更高效地重编码。当表单要求"不超过800px"、头像必须 256×256、或者 4000px 的相机原图要放进 700px 宽的文章栏时，你需要的就是尺寸调整。
缩小图片在视觉上几乎无损，且体积大幅下降——宽高各减半，像素总量减少 75%。放大也支持，但无法凭空创造细节：拉大的图总会有些发虚。本工具自动锁定宽高比，不会把图拉变形。
为什么使用它？
- 两种直观模式：精确像素宽度（应对硬性要求）或百分比（快速缩小）。
- 宽高比自动锁定——不会出现意外压扁拉长的照片。
- 顺便还能转格式（JPG/PNG/WebP），一步到位。
- 批量缩放几十张图，每张单独下载。
- 本地私密：不上传、无大小限制。
使用方法
- 把图片拖到虚线框或点击选择。
- 选择模式：输入目标像素宽度，或缩放百分比。
- 按需选择不同的输出格式（默认保持原格式）。
- 每个结果显示新尺寸和体积——点"下载"。
示例
输入
相机照片.jpg — 4032×3024，3.9 MB，宽度调整为 1200输出
相机照片-1200x900.jpg — 1200×900，260 KB输出文件名自带新尺寸，多个版本不会弄混。
常见使用场景
- 满足表单、App图标规范或上传指引里的精确像素要求（"头像不超过400×400"）。
- 把一批相机照片缩小再放进网页——4000px宽的原图加载速度远比需要的慢。
- 从一堆尺寸不一的源图批量生成尺寸统一的缩略图。
- 在有严格页宽限制的文档里粘贴图片前先缩小像素尺寸。
调尺寸和压缩的区别，以及顺序为什么重要
调尺寸和压缩都能减小体积，但作用的对象不同：调尺寸减少的是像素总量（宽高各缩小一半，需要存储的像素少了75%），压缩是把同样的像素更高效地重新编码。如果一张图既尺寸超标又没压缩过，先调尺寸收益更大——把4000px降到1200px去掉的数据量，比任何质量滑块都多；调完尺寸再压缩，能把剩下的多余体积再挤出来。反过来做（先压缩再调尺寸）也可以，但先调尺寸能让压缩这一步处理的数据量更少，速度上会略快一些。
为什么百分比模式和直接输入更小的像素宽度不一样
百分比模式和像素宽度模式底层算的是同一套数学——最终都是算出目标宽度和对应比例的高度——但实际解决的问题不同。像素模式适合你明确知道需要多大（规范要求1200px，你就输入1200）。百分比模式适合批量处理一堆原始尺寸各不相同的图片，但想让它们统一按同样比例缩小——50%无论原图是2000px还是6000px宽都能一致地减半，而像素模式没法在一批尺寸不一的图片上一次性做到这点，要么会拉变形一部分图，要么会漏掉一部分不处理。
常见问题
调整尺寸会损失画质吗？
缩小基本完美——去掉的是目标尺寸本来就显示不了的像素。放大超过 100% 无法增加细节、会发虚，除非必须满足最小尺寸要求，否则尽量避免。
想按高度精确缩放怎么办？
算出对应的宽度即可：宽度 = 目标高度 × (原宽 ÷ 原高)。工具有意锁定宽高比——自由拉伸宽×高会让照片变形，几乎没人真的想要那个结果。
网页用图该用多大尺寸？
全宽横幅图：1600–1920px；文章配图：800–1200px；缩略图：300–400px；头像：256px。拿不准时，按版面实际显示的最大尺寸来，然后再压缩。
该调尺寸还是该压缩？
两者都能减体积，原理不同。尺寸明显超出需要时先调尺寸——收益最大；然后压缩再榨掉剩余字节。如果场景合适，本站的"图片压缩"工具一步就能同时做质量+最大宽度。
缩放时图片会被上传吗？
不会。缩放通过浏览器 canvas API 在你的设备上完成，页面加载后离线也能用。