使用方法
第一步，在「原宽度」和「原高度」里填缩放前的像素尺寸。分辨率缩放计算器默认已填 1920 和 1080，也就是最常见的全高清；两个框都允许 1 到 100000，只接受不带单位和千位分隔符的纯数字，写「1920px」或「1,920」都会被拒绝并给出提示。
第二步，在「缩放比例」里填百分比。50 表示缩到一半，25 表示缩到四分之一边长，150 表示放大一半，允许区间 1 到 1000。比例是作用在边长上的，不是作用在面积上，这一点最容易搞混：50% 的边长得到的是 25% 的像素量。
第三步，点「计算」按钮，或者在任意一个输入框里裸按 Enter，结果区立刻刷新成三行：新尺寸、缩放前后的宽高比、缩放前后的兆像素总量。三个输入框每改一个字符都会自动重算，不必反复点按钮。
点「载入示例」把三个输入一次性还原成默认值；点「复制结果」把三行结果一起放进剪贴板。下方对照表的「导出对照表 CSV」下载带 UTF-8 BOM 的表格，Excel 打开中文不乱码；「复制对照表」按 TSV 复制，可直接粘进表格软件。
如果手上只有目标宽度、想反推比例，用目标宽度除以原宽度再乘一百即可，比如 1920 缩到 960 就是 50%。反过来只有目标高度也一样算。本页不直接提供反推输入框，是因为三条已知信息推出第四条没有任何歧义，多一个输入框只会多一处出错。
这个工具能解决什么问题
第一，图片批量处理前先算准目标尺寸。把 1920×1080 的封面图缩成社交平台要求的 1080×1080 或 640×360，先在本页算出确切像素再进图像软件，能避免「按感觉拖一下」导致的比例失真。比例填错的代价往往是整批图作废，而算错边长的代价只是重算一次。
第二，把兆像素和边长这两个口径对上。厂商宣传的「2000 万像素」是面积口径，用户关心的「能不能放下 1920×1080」是边长口径。本页同时给出两者：1920×1080 是 2.07 MP，4000×3000 是 12 MP，看到这两个数就知道后者放大到全高清还有约 2.6 倍的边长余量。
第三，提前发现取整会把宽高比带偏。线性缩放理论上不改变宽高比，但像素是整数，四舍五入之后可能差出一两个像素。1921×1081 按 50% 会得到 961×541，化简后仍是 961:541，而原比例是 1921:1081，两者并不相等。本页把缩放前后的比例都列出来，偏差一眼可见。
第四，视频转码与导出参数核对。剪辑软件里常见的 50%、75%、150% 导出选项，事先算好能确认输出落在 1080p、720p 还是 4K 档位，也能确认码率预算是否匹配。填 33.333333 这类小数比例时，结果区会明确显示取整后的确切像素。
本页不做这些事：不做裁剪与黑边适配，不判断目标尺寸是否越界，不估算文件体积与码率，也不讨论插值算法选哪种。它只回答「给定尺寸按某比例缩放后是多少像素、宽高比是否还是原来那个、像素总量变成多少」。
计算原理与变量说明
变量只有三个：原宽度 w、原高度 h、缩放比例 s（百分数）。核心换算式就一行：新宽度 = round(w × s ÷ 100)，新高度 = round(h × s ÷ 100)。这里的 round 是四舍五入到最近整数，因为像素不存在小数。
宽高比用最大公约数化简：把宽和高同时除以 gcd(w, h)，写成「化简宽:化简高」。1920 和 1080 的最大公约数是 120，1920÷120 = 16、1080÷120 = 9，所以是 16:9。缩放前后各算一次并排放置，用箭头连接，方便直接看出比例有没有被取整带偏。
兆像素（MP）是宽乘高再除以一百万，保留两位小数。1920×1080 = 2073600 像素，除以 1e6 得 2.0736，显示为 2.07 MP；缩放后 960×540 = 518400 像素，显示为 0.52 MP。边长减半时面积变成四分之一，2.07 的四分之一约 0.52，两个数能互相印证。
为什么比例作用在边长上。面积与边长是平方关系：边长乘 k，面积乘 k²。所以 50% 得到 25% 的像素量，25% 得到 6.25%，200% 得到 400%。把这条记牢，就能在「我想让文件小四倍」和「边长该填多少」之间正确换算。
取整的传播。先乘后舍还是先舍后乘，结果可能不同。本页统一按「先算出精确乘积、再四舍五入」的顺序，也就是 Math.round(w * s / 100)。以 2560×1440 按 33.333333% 为例，2560 × 33.333333 ÷ 100 = 853.33328，取整得 853；1440 的同式得 479.99995，取整得 480。最终 853×480，化简是 853:480，与原始的 16:9 已经有了可见偏差。
完整示例（默认输入实测）
示例条件与页面默认值完全一致：原宽度 1920、原高度 1080、缩放比例 50。逐项核对——新宽度 = round(1920 × 50 ÷ 100) = round(960) = 960；新高度 = round(1080 × 50 ÷ 100) = round(540) = 540；结果区第一行写作「新尺寸：960 × 540 像素」。
宽高比：原尺寸 gcd(1920, 1080) = 120，化简得 16:9；新尺寸 gcd(960, 540) = 180，化简得 16:9；两边相同，说明这次缩放没有引入偏差，结果区第二行写作「宽高比：16:9 → 16:9」。
像素量：1920 × 1080 ÷ 1e6 = 2.0736，显示 2.07 MP；960 × 540 ÷ 1e6 = 0.5184，显示 0.52 MP；结果区第三行写作「像素量：2.07 MP → 0.52 MP」。2.07 的四分之一是 0.5175，与 0.52 只差末位舍入，属于同一量级。
换几个比例验证平方关系：
- 比例 25：round(1920 × 25 ÷ 100) = 480，round(1080 × 25 ÷ 100) = 270，得 480 × 270，像素量 0.13 MP，正好是 2.07 的十六分之一；
- 比例 150：1920 × 150 ÷ 100 = 2880，1080 × 150 ÷ 100 = 1620，得 2880 × 1620，宽高比仍为 16:9，像素量 4.66 MP；
- 比例 33.333333：得 640 × 360，正是 360p 档位，像素量 0.23 MP，与对照表所列一致；
- 比例 12.5：得 240 × 135，是 240p 边长的一半，用于生成缩略图阶梯。
再换一组非标准尺寸看取整的影响：原尺寸 1921×1081、比例 50，得 961×541。原比例化简为 1921:1081，新比例化简为 961:541，两者不相等，结果区会用箭头把这两个不同的比例并列显示出来，提醒你偏差出现了。若尺寸换成 3840×2160、比例 25，得 960×540，与默认示例同尺寸，说明 4K 缩到四分之一边长就是全高清。
常见分辨率对照表
下表共 16 行，默认显示前 12 行，点「加载更多（还有 4 行）」展开标清与老规格四行。五列分别是分辨率、常用名、化简后的宽高比、像素量与典型用途。像素量一列由本页同一套公式算出，与结果区口径一致。
读表时注意「常用名」和「宽高比」并不总是一致：4096×2160 常被叫作 DCI 4K，化简后是 256:135 而不是 16:9，比 16:9 略宽一点；3440×1440 常被标成 21:9，化简后其实是 43:18，约 2.39:1。买显示器或定母版规格时，认宽高比这一列比认商品名可靠。
把这张表当成速查手册：想把 4K 素材导成全高清，就照「3840×2160」和「1920×1080」两行的边长关系填 50%；想把全高清压成省流的 360p，填 33.333333 得到 640×360。表里没有列出的组合，用上方计算器任意输入同样算得出来。
结果边界与舍入
- 空输入。三个框任意一个为空，都会指出是哪个字段、允许区间是多少，并给出该字段的默认值示例，不会静默当成 0 处理。
- 负数与非数字。填 -100、abc、1e3、1,920、1920px 都会被拒。负数有单独提示「像素与比例都不能为负」；科学计数法与千位分隔符有单独提示「只接受普通十进制数字」，因为它们在视觉上太容易和合法输入混淆。
- 零值。原宽度、原高度、缩放比例的下限都是 1。填 0 会提示该字段低于下限，并说明理由：宽度或高度为 0 时没有任何可缩放的像素，比例为 0 时输出同样是空的。
- 上限。宽高上限 100000，比例上限 1000。超出时提示具体越界的字段与数值。100000×100000 已是 10 GP，再大在本页没有实际意义。
- 取整与宽高比偏移。新尺寸四舍五入到整数，因此比例略偏时宽高比可能不再等于原值。本页不「修正」这个偏移，而是把两个比例都显示出来。若要求严格等比，请选择能让乘积刚好是整数或 .5 的比例，例如 50%、25%、12.5%。
- 放大不增加细节。比例大于 100 时本页照常算像素，但这只是插值放大，不会凭空多出真实细节，文件体积和码率却会随之上升。需要放大时请优先考虑换源素材，而不是提高比例。
- 全程本地。计算只在当前浏览器里做，不发起网络请求，不写 Cookie 和 localStorage，关掉页面什么都不剩。
常见问题
为什么 50% 得到的是四分之一的像素量？
因为比例作用在边长上，而像素量是面积。边长乘 0.5，面积乘 0.5² = 0.25。1920×1080 是 2.07 MP，缩一半得 960×540 = 0.52 MP，正好是四分之一。同理缩到四分之一边长只剩十六分之一像素。
宽高比为什么会变？
理论上是线性缩放，比例不该变。但像素必须是整数，本页对宽高分别四舍五入，当原尺寸不能被比例整除时就会差出一两个像素。1921×1081 按 50% 得 961×541，化简后与原比例 1921:1081 不同。结果区把两个比例都列出来就是为了让你看见这种偏差。
16:9 和 1.78:1 是一回事吗？
是同一件事的两种写法。16 除以 9 约等于 1.7778，所以 16:9 常被写成 1.78:1。本页一律用整数比表示，因为整数比不需要决定保留几位小数，也不会把 256:135 误写成 16:9。
比例填 200 是什么意思？
边长放大一倍，面积变成四倍。1920×1080 填 200 得 3840×2160，正是 4K UHD，像素量从 2.07 MP 涨到 8.29 MP。放大只是插值，不会增加真实细节，本页照常计算但不做任何画质判断。
为什么不允许填 1920px？
因为三个输入框都只接受纯数字，单位写在标签里。混进字母会让解析出现歧义，也可能把「1920px」悄悄截成「1920」而用户毫无察觉。本页直接拒绝并提示「只接受普通十进制数字」，把问题暴露在输入阶段。
兆像素和像素有什么区别？
没有本质区别，只是单位不同：1 MP = 一百万像素。1920×1080 = 2073600 像素 = 2.0736 MP。大数字用 MP 读起来省事，本页在结果区和对照表里统一保留两位小数。
能算带黑边的适配尺寸吗？
不能。本页只做等比缩放，不处理裁剪、留黑边、居中裁切这类适配逻辑。那些规则取决于目标平台的具体要求，需要先确定「裁」还是「补」，再决定尺寸，属于另一类工具。
我的数据会被上传吗？
不会。所有计算只在当前浏览器本地执行，页面不发起任何网络请求，也不写 Cookie 或 localStorage。打开开发者工具的 Network 面板连点几次计算，记录始终是空的。