Android 架构师 微课程(MP4)分享

ee                                                                  ee 

A01> Android的API设计：跨进程API(请按下图) 

     

  • 每一个平台都有跨进程的IPC机制，让不同进程里的两个程序之间能互相沟通。Binder框架则提供IPC接口作为双方沟通的管道，这个接口就是IBinder接口。Android提供了AIDL分法，让我们能轻易地自动产生Proxy-Stub机制，来将IBinder接口加以包装起来，简轻App开发的负担。

A02> Android的API设计：接口的特殊化(请按下图) 

    

  • 落实特殊性接口，让天子命令普达天下。此外，还可以藉机来挟天子以令诸侯，建立自己的新接口，取得制高点。此法包装了通用性接口，而得出比较特殊化的接口，提供给买主或用户的更个性化而贴心的服务，也减轻地头蛇（如App开发者）的负担。

A03> Android的API设计：IBinder接口与线程(请按下图) 

    

  • 在Android里，Service通常是<单>对象(Singleton)的，它扮演Server的角色，来服务许多Client(如Activity等)。此时必须特别留意线程冲突问题。也就是多条线程共享变量或对象，导致互相干扰计算中的变量值，因而产生错误的计算结果。例如：活用Handler和IBinder来创造Service的“单”线程环境。 

 A04> Android的API设计：创建App的对象(请按下图) 

      

  • 提醒架构师：强龙必须拥有该对象的诞生权力，才能在执行阶段，有效掌握基类对象，来发布命令。一旦，第一方掌握了基类API，拥有结构面（开发阶段）的控制力；也掌握对象的生杀大权，拥有逻辑面（执行阶段）的控制力。这两道力量确保了第一方（真命天子）地位，拥有绝对性的100%话语权。 

 A05> Android的API设计：HAL框架API(请按下图) 

       

  • HAL(硬件抽象层)是为了保护硬件提供商的知识产权而设计的软件框架。让硬件厂商可以将硬件设备的驱动程序(Driver)摆到HAL框架里，因此能避开Linux的GPL开源协议的束缚。HAL层的实现可以作为动态库或模块加载，即实现了对硬件抽象访问功能，又可达到隐藏实现代码目的。谷歌(Google)定义了框架里的<E&I>，掌握接口，获得强龙地位。

A06> Android的API设计：系统服务API(请按下图) 

       

  • 在Android平台底层也有重要的API，就是平台系统服务API。介于Android平台与硬件驱动程序之间，是Android平台软硬整合的关键所在。在本课程里，专注于这个系统服务API，介绍Android系统服务的种类、熟悉Android既有的系统服务、亲自撰写自己的系统服务、替系统服务设计和包装API，以便扩充Android既有的系统服务API。

A07> Android的API设计：Native系统服务API(请按下图) 

       

  • Native系统服务让Java层的App发挥Driver/HW Device功能的重要管道。在智能硬件潮流下，为了充分发挥硬件设备的特性，是产品设计和开发的关键点。开机启动了Linux系统之后切换至User-Space，创建init进程，读取init.rc文档，依据其内容的指示而先启动Native Service，再启动Android Service。就完成系统服务的启程序了。 

A08> VIP免费架构师卓越课程(请按下图)  

       

  • 只要报名参加线下课程，就赠送一年VIP卡，独享卓越级在线课程。
  • 成功案例分享，陪您登峰顶级架构师。    

ee                                                                  ee  

~ END ~