目前表情的像素我是控制在 350px，在一些 RSS 开启 webview 上浏览时就没啥好体验，尝试通过行内样式减小图片显示宽度好像也没生效。
图片宽高像素降低 -> 图片体积减小 -> 图片变糊
。
SVG 显示效果最好，不过 SVG 导出即便做了优化，尺寸还是较大，个别 emoji 超过 1M，就算 cdn 首次加载也会消耗一些流量。
表情图片显示建议
选择一项进行投票，无截止时间。
金币池金币数量会随着回复数量动态增加，回复有概率获得金币池中部分金币奖励。
从 350px 缩减到 100px，对比了下，还是有些明显的锯齿
我测试了下，就你发的那个表情，我改成 100 像素的 PNG，在论坛上实际体感没有任何变化，就算网页放大 200% 也基本看不出来，再放大就能看出来区别了。
@OAO 因为实际渲染只有 32px，是不是 resize 的算法问题？我测试的时候用的 Google 开源的 https://squoosh.app/ 默认的 resize 算法，质量 100
肯定是优先减少图片尺寸更好点，大部分时候，糊一点问题不大。
糊一点无所谓, 用网上那种包浆质感也挺好的, 反正大家知道那个表情啥意思就好了, 系统自带的 emoji 小小一个不也用得好好的 🐶
表情在我这里，实际显示也就是 30px 左右？直接生成一个 30px 的表情为什么会糊啊
不知道下面两个方案能不能实现
没必要特别高清，你用 QQ 发一遍都给你压缩了，腾讯的压缩算法还可以，或者用 png 压缩，有损压一下不影响。
感觉可以糊，但是要 清晰的糊 像素风也行。
之前那几个是太小了，而且糊，糊的看不清楚神态了。 不知道我『糊言乱语』 的对不。
糊一点问题不大，基本可以保证显示效果，性价比更高
总的来看应该是偏向显示的一致性，同样的行高还是最美观的
用 SVGZ 呢，压缩版本的 SVG
https://openmoji.org/
看看那这个？
这个只是个渲染方案，底层还是基于 emoji 的 unicode 来的，不支持本站的自定义表情。纯渲染方案的话不如用各个系统自带的，不用站点操心。
表情包相对比较复杂，用 SVG 属实是不划算，是否可以尝试缩小后进行轻微锐化，这样格式保持 PNG/WebP 尺寸变小之后看起来也不会那么糊