这是一个创建于 221 天前的主题，其中的信息可能已经有所发展或是发生改变。
libcef 非常大，webview2 又有跨平台兼容问题，为什么没有人精简 WebKit 呢？
WebKit 编译时提供了非常多的开关，例如：--no-video 、--no-webgl
如果有人基于 WebKit 做一个精简的 Web 运行时，并且把 JavaScriptCore 替换成 QuickJS 我觉得应该很受欢迎。
WebKit 的三个模块：WebKit2 、WebCore 、JavaScriptCore
WebCore：可以去掉不需要的：Canvas 、音视频解码器、PDF 、WebGL 、拼音检查等等 JavaScriptCore：可以替换成 QuickJS
（虽然 QuickJS 没有 JIT ，但是核心模块可以用 C++、C#、Rust 等语言代替
我觉得整个下来，使用 7z 压缩后，应该可以控制在 10-15M 甚至更小
 |
1 zhizunzz 2025 年 11 月 3 日 via Android哥，首先我对你说的这些东西只有个概念，但是我觉得你说的是个实在的需求，没人做的话不正好趁机赚他一个亿么，不需要纠结为什么 |
 |
3 hefish 2025 年 11 月 3 日是啊，为什么这么好的需求没人做呢，别人肯定都是没想到，而我也和 op 一样想到了。 |
 |
5 gucheen 2025 年 11 月 3 日因为不用好 |
 |
6 codehz 2025 年 11 月 3 日游戏领域已经有了啊，比如 Ultralight 就是裁剪的 webkit |
 |
7 Isuxiz 2025 年 11 月 3 日 1
@龙泉寺扫地僧 |
 |
9 jeesk 2025 年 11 月 3 日我觉得很有前途,这个需要很大, 建议楼主上手亲自操刀. |
 |
10 tf2 2025 年 11 月 3 日有人做。然后被黑产疯狂利用。 |
 |
11 lisongeee 2025 年 11 月 3 日你的收益貌似只有降低文件大小，但绝大多数普通用户根本不关心这点 |
 |
12 Lockroach 2025 年 11 月 3 日你可以试着做做，说不定呢 |
 |
13 powersee 2025 年 11 月 3 日 |
 |
15 shunia 2025 年 11 月 3 日听起来很复杂？收益抵得上这么复杂的实现流程吗？而且搞了半天最后还是依赖 Webkit ，后面维护起来也坑吧。 所以现在时兴从头开始写浏览器 |
 |
16 Vogan 2025 年 11 月 3 日想想就很费钱。吃力不讨好的事，谁愿意干谁去干。 |
 |
17 unixipc 2025 年 11 月 3 日这个 codebase 非常难搞，精简太难了 |
 |
22 ysc3839 2025 年 11 月 3 日 via AndroidWebKit 跨平台的潜在隐患更多吧？ |
 |
25 14 2025 年 11 月 3 日总有人需要一小部份功能，比如你这里举的例子 Canvas 和 PDF 我都需要，那我是不是用不了这个了？ |
|
26 powersee 2025 年 11 月 4 日 via iPhone@qrobot #18 要的是 WebKit 跨平台和 HTML5+CSS3 的特性，JS 部分可以用原生代码编译，例如 C++、C# 等 @szdubinbin #21 毕竟公司是追求利润和商业化的 @14 #25 大多数 GUI 是用不到这些的 |
 |
27 flynaj 2025 年 11 月 4 日 via Android大小小了，功能就少了，我的网页在其它浏览器上都正常，在你浏览器上就不正常，这个问题怎么解决？ |
|
28 powersee 2025 年 11 月 4 日 via iPhone@flynaj #27 我觉得精简 WebKit 的目的是创造一个更好的 GUI 框架，开发者应该知道哪些特性可以用，哪些不能用。 @MindMindMax #24 有点子东西啊，好像是自己实现的渲染引擎 |
 |
29 faywong8888 2025 年 11 月 4 日浏览器是一个 all in one 架构，换一个螺丝得把发动机里里外外全部改一遍，持续维护迭代成本极高，你说的这些轮子体积小了，但性能/功能并不全面，对完整 w3c 特性是有折损的，这个权衡取舍后的都是分散的场景化小需求。其次纯浏览器引擎、精简优化没有商业模式，没有经济收益可言。所以你说的这件事并没有持续地发生过。 |
|
32 powersee 2025 年 11 月 4 日@qrobot #31 v8 大啊，而且有些应用根本不需要高性能的脚本执行能力 + 渲染能力。 譬如：Postman： 就是一个管理 API 管理程序，用不到 Chromium 这么强大的东西吧？其中的 Script 功能用 QuickJS 代替应该也是可以的 |
 |
33 qrobot 2025 年 11 月 4 日@powersee #31 所以性能差啊， 你觉得 chromium 团队会放弃高性能的 v8, 转而投向低性能的 QuickJS 吗？ 除非脑袋被驴踢了。 功能大，自然体积就大， 功能少自然体积就少。 你看看商业化的 sciter 都不知道阉割了多少功能了。 你要是希望把体积做小。 那么就用 wxwidget. 既要有要还想要， 这是不可能的 |
|
34 qrobot 2025 年 11 月 4 日@powersee 说难听一点 vc++ runtime 还有 6mb, 然后又要解决 vc++ 不同 runtime 的依赖问题。 然后在打包 vc++ 检查用户有没有， 如果没有就自动安装对吧？ 你看看 steam 的发展史就知道了。 安装软件体积从来不是问题。 软件质量才是 |
 |
36 rarpainting 2025 年 11 月 4 日其实我不太理解为什么要做一个精简的 Web 运行时，用 web 框架不就是图它 all in one 嘛？如果是精简系统，跨平台框架不缺吧，需求不明 |
|
37 powersee 2025 年 11 月 4 日@rarpainting #36 cef 和 chromium 太大了，打出来的包差不多 100Mb ，精简之后只需要 HTML5+CSS3 排版，音视频、WebGL 、Canvas 等都可以去掉 |
 |
38 KinBob 2025 年 11 月 4 日op 如果能做出来，按开发结果精确裁剪的工具，那还是超级厉害的 |
 |
39 a4390509 2025 年 11 月 4 日可以去知乎关注下#7 兄弟 @的大佬，最新好像在做这部分内容 |
|
42 powersee 2025 年 11 月 5 日 via iPhone@qrobot #40 这个 litehtml 比 WebKit 渲染效果差远了吧？（指的是对 H5 、CSS3 的兼容性，排版等等 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。