这是一个创建于 3042 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在要从头开始一浏览器项目研发。选用基于 chromium 浏览器。请问谁有类似的实例或者是技术资料可以分享？十分感谢
 | 1 ajan 2017-06-12 09:56:49 +08:00 CEF |
 | 2 gouchaoer 2017-06-12 10:05:32 +08:00 你是做桌面端还是安卓端还是 iOS 端？你们浏览器组有多少人？我最近也卡在这里了 |
| 3 gouchaoer 2017-06-12 10:05:43 +08:00 浏览器定制挺难的 |
 | 4 ahtsiu 2017-06-12 11:29:48 +08:00 crosswalk |
| 9 ajan 2017-06-12 13:54:40 +08:00 |
| 10 ajan 2017-06-12 13:55:29 +08:00 Linux 平台的没弄过，不太清楚 |
 | 12 antowa OP @ajan 多谢！请问你有过 chromium 下的开发经验吗？机器硬件问题如何解决？想租用 AWS 来做编译服务器不知道是否可行 |
 | 16 hellove1985 2017-06-12 15:20:42 +08:00 chromium 下有个 content_shell，入门必备。编译机器有个 16G 内存，100G 硬盘，4 核 CPU 也就可以了。 |
 | 17 springz 2017-06-12 15:22:19 +08:00 能把 chromium 编译跑起来就成功了一半了 |
| 18 springz 2017-06-12 15:23:08 +08:00 我们之前也做过这块，到最后评估了下我们还是做插件算了。 |
| 19 springz 2017-06-12 15:23:35 +08:00 主要是 chromium 是几个超大项目的混合 |
| 20 hellove1985 2017-06-12 15:26:03 +08:00 @springz 现在编译 chromium 比以前简单多了，只要网络没问题，几条命令就可以跑起来了。主要看自己真的需不需要套个壳。 |
| 21 gouchaoer 2017-06-12 15:52:38 +08:00 crosswalk 都要完了 cef 已经不是主流 直接看官方的 chromium 的 repo 的指导吧，仅仅是编译 chromium 的话很简单，我编译的是安卓移动端： http://qsalg.com/?p=585 然而没有卵用，我想加一些功能就得去读源码，读又读不懂，这个太难了 |
| 23 antowa OP @hellove1985 最近为了开发这个买了 16G 内存。但是 CPU 是硬伤，I7 的五年前的老四核笔记本处理器。 |
| 26 hellove1985 2017-06-12 18:22:23 +08:00 @antowa 比较好奇 25 个人，你们要改啥。。。 |
 | 27 em70 2017-06-12 18:27:05 +08:00 via Android chromium 的绿色版做得很好，可以参数控制很多浏览器行为，直接把 logo 改了就行，绝对比自己编译开发好啊，除非要定制内核 |
 | 28 pq 2017-06-12 18:44:08 +08:00 chromium 编译时能加入 x264 的支持么？原生 chromium 不支持 h264，基本就不想用了。。。 |
 | 29 htfy96 2017-06-12 18:45:51 +08:00 CEF 坑居多…… |
 | 30 pagxir 2017-06-12 18:53:00 +08:00 via Android 曾想边缘 quic 的，后来发现文件巨多生成文件巨大，就改为自己写了。 |
 | 31 likaci 2017-06-12 18:56:27 +08:00 想起了被 crosswalk 支配的恐惧… 光下源码就卡了好几天 |
 | 32 ivechan 2017-06-12 19:00:27 +08:00  2 直接看 https://www.chromium.org/developers，建议首先看 devs guide。 不建议在其他移植开源上浪费时间，chromium 浏览器架构庞大，这些项目不一定反馈及时。 以前因为 115 浏览器，稍微尝试过 chromium 编译（几天时间，经验仅供参考） 下面是我的经验: 1. 整个项目 clone 下来大概 25G 左右。（现在可能接近 30G ） 2. i5 4590 + 8G + SSD 从头编译大概耗时 4 个小时，仅供参考，不推荐非 SSD。 3. chromium 的内核是 blink，不是 webkit，虽然同源，但是 blink 也加入了很多自己的东西，所以 webkit 方面的内容可以参考，但不能相信 。 4. 利用好自带的 testing 可以节省很多时间。 5. （选） 我研究的是 Web IDL，这是我推荐的资料。 https://developer.mozilla.org/en-US/docs/Mozilla/WebIDL_bindings https://trac.webkit.org/wiki/WebKitIDL#Overview |
 | 33 tinyproxy 2017-06-12 23:20:43 +08:00 via iPhone 可以去 csdn 上搜朱永胜关于 chromium 的博客，印象中他出了本书。 |
| 34 antowa OP @hellove1985 简单说依靠浏览器搭建一个通用平台吧。定制一些底层开放接口，对接到不同产品 |
| 38 antowa OP @ivechan 感谢！你的宝贵经验很重要。谢谢分享。再问个问题：插件开发和 ARM 平台移植上是否有一些好的资料可以借鉴呢？ |
| 39 antowa OP @tinyproxy 额，我点开朱永胜博客居然是太极。。。印象中关于浏览器开发的书籍比较少，知道有本《 webkit 开发指南》是不是他写的？ |
| 40 pagxir 2017-06-13 16:57:30 +08:00 via Android native 插件以前可以用 npapi，最新的应该只能用 C++的接口了。界面方面插件跟 Firefox 很接近，可以参考。一个 extendtion 基本稍微改改就可以同时在 chrome 跟 firefox 上跑。 |
| 41 ivechan 2017-06-13 18:50:27 +08:00 @antowa chrome 支持很多插件形式，比如 npai，extension 等等，我不确定你所说的开发的插件需要使用那种方法。 不过之前我研究 115 浏览器的时候， 它的实现方法，是通过 IDL bindings， 暴露接口给 Javascript， 这样很多业务代码可以通过 js 写， 简化流程。 |
| 42 tinyproxy 2017-06-14 01:27:58 +08:00 via iPad |
Select Language