2017年06月_lin-0410

12月 11月 10月 09月 08月 06月 04月 02月

原创获取Binder Server 的过程

相关文件参考：为什么将文件映射到进程空间，会比直接对文件read/write效率更高，请参考http://www.cnblogs.com/xubenben/p/4424398.html点击打开链接 http://blog.csdn.net/lin20044140410/article/details/50951260点击打开链接http://blog.csdn.net/lin...

2017-06-26 14:44:57 1680

原创常用设计模式

常用设计模式原则、法则：一、单一职责原则：就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合到一起，一个职责的变化可能会消弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。软件设计真正要做的许多内容，就是发现职责并把这些职责相互分离。如果能想到多余一个的动机去改变一个类，那么这个类就有多余一个的

2017-06-21 18:39:25 223

原创 App的启动过程（10）surfaceflinger对数据合成，送显

下面就是SurfaceFlinger执行实际的数据合成，然后刷新到屏幕上。voidSurfaceFlinger::onMessageReceived(int32_t what) { switch(what) { case MessageQueue::INVALIDATE: { bool refreshNeeded =handleMes

2017-06-01 17:43:35 2298

原创 App的启动过程（9）surfaceflinger对vsync的处理

这个onVSyncReceived函数不复杂，感觉就是打开vsync，关掉vsync，但是要弄明白，还是要从surfaceflinger的初始化开始：先简单概括下vsync信号的传递:首先是HWComposer产生vsync，通过回调hook_vsync，在通过mEventHandler.onVSyncReceived(disp,timestamp);到surfaceflin

2017-06-01 17:41:07 2307 2

原创 App的启动过程（8）surfaceflinger的启动

接下来就是怎样把BufferQueue中数据，也就是GraphicBuffer中的数据显示到屏幕上，这就是surfaceflinger做的事情。先说surfaceflinger的启动，Android7.0上，应该是在接下init.rc脚本时启动的，启动后运行的是main_surfaceflinger.cpp。/*surfaceflinger.rc*/service s

2017-06-01 17:37:18 1587 1

原创 App的启动过程（7）BufferQueue的申请分配

接下来看下BufferQueue的申请分配，就是经典的生产者-消费者模型。1）BufferQueueCore可以认为BufferQueueCore是一个服务中心，生产者、消费者都要通过它来管理buffer。里面有一个重要的成员数组：BufferQueueDefs::SlotsType mSlots;这个BufferSlot中有一个成员变量：spmGraphicBuffer;记录这个slot

2017-06-01 17:34:23 3656

原创 App的启动过程（6）面向应用程序的本地窗口surface

接下来分析下面向应用程序的本地窗口surface，这里的surface不是Surface.java，而是指Surface.cpp，它承担着应用程序中的UI显示需求，一方面要向上层提供绘制图像的画板，也就是GraphicBuffer，另一方面配合surfaceflinger完成收集应用程序的图像数据。当然，应用程序是不可能直接使用surface（后者说bufferQueue，图形缓冲区Graphic

2017-06-01 17:17:29 899

原创 App的启动过程（5）ViewTree遍历中最后一步的Draw

以上是WMS端窗口的添加，下面接着ViewTree遍历中最后一步的Draw的分析。/* ViewRootImpl.java */private boolean drawSoftware()à canvas =mSurface.lockCanvas(dirty);跟View交互的是Canvas，比如draw（Canvas cs）参数，应用进程与surfaceflinger交互的是surf

2017-06-01 17:15:01 561

原创 App的启动过程（4）在WMS中注册窗口

Step3、在WMS中注册窗口WMS中的窗口window是一个抽象的概念，由WindowState来描述状态。跟PhoneWindow不是一个概念。接着root.setView()分析。/* ViewRootImpl.java */ViewRootImpl除了作为ViewTree的管理者，另一个作用就是跟WMS通信，它在构造时就建立了与WMS通信的通道，这里的WindowSession

2017-06-01 17:10:57 571

原创 App的启动过程（3）应用进程侧-主线程的处理

第二阶段、应用进程侧的处理，主要是ViewTree的遍历。接着第一段的最后调用：app.thread.scheduleLaunchActivity()；这里的.thread是ApplicationThread，它是应用进程跟AMS通信的桥梁，AMS会通过：app.makeActive(mSystemThread.getApplicationThread(),mProcessS

2017-06-01 17:07:09 541

原创 App的启动过程（2）framework侧-恢复最上层的Activity

上篇文档说到：startActivity的判断处理流程，接下来会调用resumeFocusedStackTopActivityLocked@ActivityStackSupervisor.java，恢复最上层的Activity，pause之前的Activity，先看resumeFocusedStackTopActivityLocked函数的处理。/*ActivityStackSuperviso

2017-06-01 17:02:33 838

原创 App的启动过程（1）framework侧-startActivity的判断处理流程

通过点击桌面图标，可以启动这个应用程序制定的一个Activity，后面会调用到ActivityManagerService的StartActivity的函数。经过一些判断和准备，如果顺利，AMS最终尝试启动制定的Activity，Android规定，在新的Activity启动前，原先处于resumed状态的activity会被pause。将一个activity置为pause，是通过这个activi

2017-06-01 16:59:08 1136

simple-ffmpeg-player.zip

基于ffmpge实现的简单的播放器.仅包含音视频处理相关代码,不涉及UI.主要作为学习ffmpeg的笔记记录.适合小白,大牛请绕行哈...

2020-03-13

simplePlayer.zip

基于ffmpge实现的简单的播放器.仅包含音视频处理相关代码,不涉及UI.主要作为学习ffmpeg的笔记记录.适合小白,大牛请绕行哈...

2020-03-13

jetty-libs-9.4.zip

jetty-client-9.4.24.v20191120, jetty-continuation-9.4.24.v20191120 jetty-http-9.4.24.v20191120 jetty-io-9.4.24.v20191120 jetty-security-9.4.24.v20191120 jetty-server-9.4.24.v20191120 jetty-servlet-9.4.24.v20191120 jetty-util-9.4.24.v20191120

2019-11-26

Gif文件的解码

Gif图片文件的解码过程

2018-02-14

android studio3.1匹配的gradle版本最新4.4

android studio3.1匹配的gradle版本最新4.4，gradle-4.4-20171031235950+0000-all.zip

2017-12-25

release3.1

cglib/cglib/3.1 Code Generation Library maven依赖  <dependency> <groupId>cglib</groupId> <artifactId>cglib</artifactId> <version>3.1</version> </dependency>

2017-11-21

android make 介绍

android make 介绍 Make 文件说明整个 Build 系统的入口文件是源码树根目录下名称为“Makefile”的文件，当在源代码根目录上调用 make 命令时，make 命令首先将读取该文件。 Makefile 文件的内容只有一行：“include build/core/main.mk”。该行代码的作用很明显：包含 build/core/main.mk 文件。在 main.mk 文件中又会包含其他的文件，其他文件中又会包含更多的文件，这样就引入了整个 Build 系统。这些 Make 文件间的包含关系是相当复杂的，图 3 描述了这种关系，该图中黄色标记的文件（且除了 $开头的文件）都位于 build/core/ 目录下。 Android 源码中包含了许多的模块，模块的类型有很多种，例如：Java 库，C/C++ 库，APK 应用，以及可执行文件等。并且，Java 或者 C/C++ 库还可以分为静态的或者动态的，库或可执行文件既可能是针对设备（本文的“设备”指的是 Android 系统将被安装的设备，例如某个型号的手机或平板）的也可能是针对主机（本文的“主机”指的是开发 Android 系统的机器，例如装有 Ubuntu 操作系统的 PC 机或装有 MacOS 的 iMac 或 Macbook）的。不同类型的模块的编译步骤和方法是不一样，为了能够一致且方便的执行各种类型模块的编译，在 config.mk 中定义了许多的常量，这其中的每个常量描述了一种类型模块的编译方式，这些常量有： BUILD_HOST_STATIC_LIBRARY:= $(BUILD_SYSTEM)/host_static_library.mk BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk BUILD_RAW_STATIC_LIBRARY := $(BUILD_SYSTEM)/raw_static_library.mk BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk BUILD_RAW_EXECUTABLE:= $(BUILD_SYSTEM)/raw_executable.mk BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk BUILD_PACKAGE:= $(BUILD_SYSTEM)/package.mk BUILD_PHONY_PACKAGE:= $(BUILD_SYSTEM)/phony_package.mk BUILD_HOST_PREBUILT:= $(BUILD_SYSTEM)/host_prebuilt.mk BUILD_PREBUILT:= $(BUILD_SYSTEM)/prebuilt.mk BUILD_MULTI_PREBUILT:= $(BUILD_SYSTEM)/multi_prebuilt.mk BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk BUILD_HOST_

2017-11-16

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

lin20080410的专栏