Chromium和WebKit的智能指针实现原理分析。
Chromium学习之路-启动篇
深思熟虑之后,觉得有必要学一下UI渲染技术和JS引擎技术,为以后的跨平台实现打下坚实的基础。
本篇是一篇科普,将打开苦逼又刺激的Chromium学习之路。
无题
告别魔都,来到杭州,内心没有一丝喜悦,更多的是惋惜和遗憾。
PHOENIX
这一拖就是半年,博客几乎要被废弃了。现在重新拾起,为这次归来起一个代号————————————————PHOENIX。
Android SurfaceFlinger 学习之路(十二)----合成Layer
脱更许久,慢慢步入咸鱼阶段。虽非我愿,但事事不如愿。一切尽在不言中,可与言者无一二。
上一节讲了合成Layer之前的准备工作,主要是就算可视化区域和初始化硬件合成环境,本节就讲讲最后的内容,合成Layer。
Android SurfaceFlinger 学习之路(十一)(PostView)--附:硬件HWC选取合成类型(Intel)
这里说点题外话,高通最近势头正猛啊,回拒了博通的恶意收购,又出了骁龙835进军PC市场,拉着AMD一起干英特尔。英特尔在移动设备市场上面还是没有ARM老谋深算,人家简单指令集一路走到底,授权卖指令集或者自己出公版,得到了苹果、三星、高通、MTK等许多大厂的青睐(苹果、高通、三星等厂商都是向ARM买指令集,再自己设计电路,大概是嫌ARM自己的芯片效能不够;然而联发科和其他几家厂商买的是IP(公版)来兜自己的芯片,不自己从头设计电路),细水长流,进过多年顺风打野,最后打出一身神装出来carry。
反观intel,执着于自己x86架构,也用复杂指令集芯片打入过移动市场,奈何功耗扛不住啊,(充电两小时,装逼5分钟,只是个夸张比喻,勿当真)虽然后来又出了Atom的低功耗处理器,奈何市场已被ARM吞食大半,自己名气也没有打出,最后只能默默凉凉了。
intel在PC市场上霸主这么多年,实力肯定不是盖的,所以我们这次选个intel在hwc模块的实现来看看(其实是因为TI、高通的实现有些复杂,比较晦涩,三星也倒是比较容易看懂,但是也没有intel代码这么人性化=。=)
Android SurfaceFlinger 学习之路(十一)----合成Layer之准备合成
上一篇我们主要分析了计算Layer的脏区域流程,其中涉及了Buffer状态迁移的后两个步骤:ACQUIRED、RELEADED。本届开始就是正式的合成步骤——REFRESH。但是这个步骤比较复杂,所以先分析合成前的准备工作:重建Layer栈与初始化硬件合成器。
Android SurfaceFlinger 学习之路(十)----SurfaceFlinger处理Layer更新
上次我们分析了SurfaceFlinger的事务处理,对合成前接受上层改变SF和Layer的状态的事务做了统一处理,这节就沿着上次的末尾,继续分析Layer的更新流程。(又断了很久了,实在惭愧,很多事情总是身不由己~)
Android SurfaceFlinger 学习之路(九)----SurfaceFlinger事务处理
荒废三个月,终于更新了~这期间事情巨多,一言难尽~不过对SurfaceFlinger的研究不能停啊,还是要一点一点钻研。
这次继续顺着上次末尾,分析一下SurfaceFlinger事务处理。
Android SurfaceFlinger 学习之路(八)----Surface管理图形缓冲区
本节我们学习一下上层app创建Surface到底层Surface管理图形缓冲区的简要过程,详细的从Activity到WMS最后至底层SurfaceFlinger消费surface我们以后再分析。