标签：浏览器 云加速 blink webview opera
今天有机会与Opera的老外聊天讨论，我英语不是熟练，没办法流利地交流，感觉在70%的样子。
技术上给我印象深刻的几点：
1、浏览器的apk做到16MB，而chromium官方的要28MB（注意opera是基于Blink的！）
2、图片直接以YUV格式解压送到GPU，而不是标准的RGBA，这有效地降低了内存占用
（他们还曾提交过一个使用OpenGL压缩纹理的patch）
3、Chromium的安全团队，唯一一个来自外部的（external）成员就来自于Opera
4、文字在缩放放大的情况下，自动根据窗口wrap（这里涉及重新layout，要考虑在什么事件点插入相关调用，感觉还是有点技术含量）
Opera的浏览器使用的是SurfaceView，也就是说，它那些UI特效不是用Android Java View来做的，也就是说，和Chrome for Android使用同样的实现。每隔6周跟一次Google的上游主线版本升级一次，这个频率说明他们的版本管理同步做得不错。从他们提供的ppt看来，Opera的市场份额在逐步稳定增加，不过没说是因为总量的扩大，还是抢的别的对手的share。
Peter Wallman好像是技术负责人（SVP是什么？名片上没说具体工作负责什么），Sweden。我向他问了一个问题，就是Chromium M38+（多了与Android 5.0适配的RenderThread，RT）如何在4.4 Kitkat上以WebView的接口运行的问题。
另外有个胖呼呼的印度人，不怎么说话，但是双眼炯炯有神的样子。不知道是做什么的。
我个人觉得Opera的优势在于它这么多年的浏览器核心引擎的开发积累，以及它做的clouding（云加速，网页压缩代理，Opera Mini，这个和国内的UC早期的Symbian版本应该差不多），最近Opera推出了一个视频压缩代理的服务，据说可以即时（On-the-fly）地压缩网站上的视频。当然如果网站同意，也可以直接以CDN模式代理。（好像记得百度有类似的服务）
浏览器开发本质上属于软件，而对应的clouding则更偏服务一点，近来浏览器厂商都逐渐提供了自己的clouding服务，这就是说，软件向服务靠拢。这里面主要的瓶颈还在于网络的支持。 软件的技术核心在于数据结构、算法、代码架构，而服务的核心在于按需、即时、可扩展，相对来说，后者能够提供更多的价值。
但另外一方面，可扩展的服务意味着服务应该是自动、智能提供的，否则用户数的增加带来不了更多的净值，但是自动智能的服务通常提供不了每个用户独特的体验。（像Netflix这种算法推荐引擎也许可以，但是算法作为引擎是否有可能导致失控呢）
标签：浏览器 云加速 blink webview opera
原文地址：http://blog.csdn.net/cteng/article/details/41681867
