流年偷换的专栏

Android 架构 这几天又恶补了一下Makefile的规则，以下是摘自http://www.360doc.com/content/10/0409/13/502243_22235679.shtml 的一段，强烈推荐对Makefile感兴趣的同学读一下，好像有PDF下，叫做《跟我一起写Makefile》可以加深对编译过程的了解。Linux有了make工具，就可以藐视Windows的Vi

CameraHardwareInterface.h定义了用于实现设定，获取参数，预览，拍照的硬件抽象层接口。CameraHardwareInterface的基类是RefBase。CameraService调用openCameraHardware()方法就能获得一个指向硬件抽象层类的实例的强类型指针，并且 openCameraHardware()方法能够多次被调用来获得多个实例。   正常的流

第一部分 Camera概述     Android 的Camera包含取景器（viewfinder）和拍摄照片的功能 。目前Android发布版的Camera程序虽然功能比较简单，但是其程序的架构分成客户端和服务器两个部分，它们建立在Android的进程间通讯Binder的结构上。     以开源 的Android为例，Camera的代码主要在以下的目录中： Camera的JAVA程序的路

现在我们尝试从最开始的启动流程来熟悉 and  roid camera 的整体 framework 流程 : 首先从上图的各个步骤来逐一分析流程，后续会根据具体的一些点进行内容的添加和扩充：   ? Camera.java packages/apps/camera/src/com/android/ 最上层的应用就是从这个文件开始。 该文件集中了整个 androi

但是要问，这样一种组织如何将binder引入其中呢，这么多接口又是如何组织的？ 首先，如果是我们自己一旦确定使用C/S架构。那么我们肯定会至少定义两个类，一个是Client类，一个是Server类。哪如何实现Client与Server之间的交互呢，或者通信呢？不用问肯定想到了网络通信Socket。因为很多时候大家只要提到Client和Server，第一本能好像就会联想到网络通信Socket，其实

1 Camera Architecture （Binder机制应用）该部分主要借助Camera Subsystem分享自己对binder的理解。对该部分的阅读不需要太多对Camera子系统的了解，结合大体类图，顺着我的思路也可以学习binder设计思想。通过我个人的一个思考路线，来阐述如何将binder通信机制嵌入到一个Subsystem中。通过这部分的启发，可以帮助大家应用binder通信机制，

（一） 概述        android的binder机制提供一种进程间通信的方法，使一个进程可以以类似远程过程调用的形式调用另一个进程所提供的功能。binder机制在Java环境和C/C++环境都有提供。     android的代码中，与C/C++的binder包括一些类型和接口的定义和实现，相关的代码在下面这几个文件中：     frameworks\base\include\uti

Camera Display 对于AP层用户，通过Camera界面， 以最直观的方式能够从Camera显示窗口中看到的Camera Display主要包括三部分。各部分的具体细节如下所示。 （1）Camera Preview Display 对于Camera Preview Display, 从Camera应用程序的角度来看，AP层需要实现Android.hardware.Cam

本文是主要对android定制多语言的问题进行深入研究后，总结了其定制的机制和其具体实现方法。如果想深入了解其定制的机制，可阅读本文第一部分，如果只想了解如何定制，请参考第二部分。 第一部分 多语言定制的机制 1、ICU4C简介 ICU4C(ICU for C，http://site.icu-project.org/) 是ICU在C/C++平台下的版本, ICU(Inte

首先， 编译Android 代码 通常情况下使用： # make showcommands 这实际上等价于下面的完整命令 （具体参见 build/core/envsetup.mk ） # TARGET_ARCH=arm TARGET_PRODUCT=generic TARGET_BUILD_TYPE=release make showcommands 可见，默认情况下编译系统认为TARGE

下面是main.mk文件包含关系，本文档主要说明的就是这些文件里到底做了什么。（这个文件被根目录下的makefile文件包含）                       一.     main.mk        BUILD_SYSTEM=build/core      1.检查版本号，设置环境变量（BUILD_SYSTEM）和缺省的目标。$(MAKE_VERSION) >=

Android.mk脚本结构   下面是main.mk文件包含关系，本文档主要说明的就是这些文件里到底做了什么。（这个文件被根目录下的makefile文件包含）                       一.     main.mk    1.检查版本号，设置环境变量（BUILD_SYSTEM）和缺省的目标。$(MAKE_VERSION) >= 3.81,BUILD_SYSTE

Android编译系统的架构： 分析Android编译系统，你会发现，Android编译系统完成的并不仅仅是对目标（主机）系统二进制文件、java应用程序的编译、链接、打包等，而且还有包括生成各种依赖关系、确保某个模块的修改引起相依赖的文件的重新编译链接，甚至还包括目标文件系统的生成，配置文件的生成等，因此Android编译系统具有支持多架构（linux-x86、windows、arm等）、多语

一、WIFI的基本架构     1、wifi用户空间的程序和库:          external/wpa_supplicant/        生成库libwpaclient.so和守护进程wpa_supplicant。     2、hardware/libhardware_legary/wifi/是wifi管理库。     3、JNI部分：          frameworks

最近移植tslib库到android系统，发现编译好的库和测试工具竟然没有输入到out/target/product/Ok6410/system/lib 和 out/target/product/Ok6410/system/bin下面，感觉很奇怪，于是下定决心看一下，到底输入到了哪里。 过程如下：        tslib的源代码放到了android2.3 源代码下 vendor 目录 （

转载自博客原文地址:http://blog.csdn.net/kongre/article/details/6741460 Service是没有用户界面的，在后台运行的Android Framework核心组件之一。Android支持两种Service:本地Service和远程Service。所谓的“本地Service”是指这种Service只能被当前应用程序访问，而不能被其他应用程

有时候希望在启动后做点事情，比如在sdcard上建立目录，修改/data的访问权限等，这些都可以放在init.rc中去完成，那么如何来完成呢，最近由于工作的需要，在这方面进行了一些研究，特写于此，供大家参考。       通过下面的例子来讲述，实现一个功能：在android系统启动后，修改/data的访问权限为770. 共4步：1、解压ramdisk.img 2、用c语言完成要实现的功能 3、

本文部分内容修正自《Androd系统原理及开发要点详解》，部分内容为原创！   前言： 最近项目中要实现几个与WiFi相关的机能：WPS，WiFI proxy，Airplane Mode相关的小机能等。我借着这次机会，对Android的WiFi框架进行了一下学习，对其有一个初步的了解。所以特地整理了出来，以备与各位探讨，并欢迎指教。   一、WiFi基本框架 Android的WiFi系

Wifi 连接部分     当用户选择一个AP时会弹出一个AP参数配置对话框，此对话框会显示当前选择的AP信号强度，若此AP设置了密码则需要用户输入密码才能登录。WifiSettings中的 onPreferenceTreeClick会被调用             @Override     public boolean onPreferenceTreeClick(Prefer

Wifi 网卡状态 1.    WIFI_STATE_DISABLED: WIFI网卡不可用 2.    WIFI_STATE_DISABLING: WIFI正在关闭 3.    WIFI_STATE_ENABLED:WIFI网卡可用 4.    WIFI_STATE_ENABLING:WIFI网卡正在打开 5.    WIFI_STATE_UNKNOWN:未知网卡状态   WIFI

1. 启动命令 wpa supplicant 在启动时，启动命令可以带有很多参数，目前我们的启动命令如下： wpa_supplicant /system/bin/wpa_supplicant -Dwext -ieth0 -c/data/wifi/wpa_supplicant.conf -f/data/wifi/wpa_log.txt wpa_supplicant对于启动命令带的参数，

Android的WiFi 我们通常看到WiFi的守护进程wpa_supplicant在我们的ps的进程列表中，这个就是我们的wifi守护进程。wpa_supplicant在external/wpa_supplicant里实现 wpa_supplicant适配层是通用的wpa_supplicant的封装，在Android中作为WIFI部分的硬件抽象层来使用。wpa_supplicant适配层主要

Java Native Interface (JNI)标准是java平台的一部分，它允许Java代码和其他语言写的代码进行交互。JNI 是本地编程接口，它使得在 Java 虚拟机 (VM) 内部运行的 Java 代码能够与用其它编程语言(如 C、C++ 和汇编语言)编写的应用程序和库进行交互操作。   1.从如何载入.so档案谈起     由于Android的应用层的类都是以Java写的，这

1、Camera成像原理介绍 Camera工作流程图 Camera的成像原理可以简单概括如下： 景物(SCENE)通过镜头（LENS）生成的光学图像投射到图像传感器(Sensor)表面上，然后转为电信号，经过A/D（模数转换）转换后变为数字图像信号，再送到数字信号处理芯片（DSP）中加工处理，再通过IO接口传输到CPU中处理，通过DISPLAY就可以看到图像了。 电荷耦合器件(

Android Camera相关code分布如下： 1、Camera上层app的架构就不分析了，大家应该都很清楚。 2、以下是Android多媒体常用c/s结构中的client部分 frameworks/base/core/java/android/hardware/Camera.java， android.hardware.Camera frameworks/base/core/jni/

使用zc301 USB摄像头，这个摄像头返回JPEG图形留，camera的preview需要进行jpeg解码（没做），但是可以直接take jpeg照片。 1、修改你的BoardConfig.mk USE_CAMERA_STUB := false 将stub设置为false，在编译时不会编译android2.1/frameworks/base/camera/libcameraservice中