android硬件抽象层_安卓硬件抽象层

1.framework初了解与必备技能

2.Android 12 兼容之行为变更

3.一、操作系统概论

4.TVOS 系统是不是安卓马甲

5.如何单独编译Android源码中的模块

6.Android有哪些"权限"

如果你已经确定了学习Android的目标，那么，应该提前做好哪些工作、先打下哪些基础呢?

首先，你最好先熟悉一门编程语言，现在大学里面和计算机相关的专业甚至理工类专业一般都会开设C语言课程，只是很多同学在大学期间并没有好好学习，如果对它掌握的不太好或者很久没用了，建议先从将其好好复习一下，将其基本的语法再好好回顾一下，最好能搭建一个环境来运行、调试它。如果没有学过，不妨也提前学习一下，可以参考清华大学出版社出版的谭浩强老师的《C语言程序设计》，推荐这本书的原因，一是它已经经过了多年的考验，应该说还是比较严谨的;其次就是大部分的高校所开设的C语言使用的教材都是用它作为教材，因此无论是购买还是借阅，都容易找到。另外，华清远见网站上也有一些这方面的教学，可以结合来看。

其次，如果你后续有志于游戏方面的开发，你最好具备一定的数据结构和算法基础知识。这一点是我在华清远见的讲台上，给学员们坚持强调的。虽然现代的高级编程语言中，其类库中已经帮我们实现了大部分的数据结构，一般情况下，我们直接使用即可。但如果你能对其原理有所了解，当你需要在这些数据结构和算法中间的时候，你可以能更加的清楚到底应该选择那个数据结构或者算法。另外，在图形图像处理上面，线性代数的作用也非常重要，如果能掌握一点这方面的基础知识，无疑也会在后续的学习中如虎添翼。举个例子，在Android中，有一个用于图形变换的类Matrix，用起来稍有点难。其实它的理论基础就是线性代数中的矩阵，如果你了解矩阵的基本算法，这个类的使用可以说就易如反掌了。

第三，因为Android应用的开发语言用的是Ja语言，并且在Android中也用到了Ja核心类库的大量的类，因此，在学习Android开发之前，可以先把Ja基本语法和Ja SE的基础类库好好学习一下，例如：Ja中的IO、网络、线程、List、Map、Tree等数据结构。现在的大学里也有不少的院系开设了Ja课程，教材和图书也非常丰富，如果你所在的院系没有开设，也可以从其他开设了这个专业的院系同学那里借阅一下，并认真完成他们所布置的作业，争取自己能动手编写出一些简单的Ja应用。如果自己购买图书，可以购买《Ja核心技术，卷1(原书第8版)》这本图书来学习。

第四，因为在Android中，会用到数据库来存储数据，因此，也可以提前对数据库知识做相关的储备。在Android所使用的SQLite中，其语法是遵循标准的SQL-92语法的(当然和企业级数据库如Oracle等比较，功能上要弱很多)，有条件的话，最好也能安装一个数据库来进行实际的操作。从易用性和资料完备性来说，建议大家使用Microsoft SQL Server或者MySQL就可以了。它们都是我们学习数据库的好平台。另外，如果曾经学习过数据库原理或者关系代数，那么，在学习数据库的过程中，也可以再好好地复习一下这些基础知识，对我们理解数据库大有裨益。

最后，我们结合华清远见3G学院的“3G Android系统开发就业培训班课程体系”来谈谈Android开发的学习方法。

Android是一个比较庞大的体系，从底层的Linux内核到上层的应用层，各部分的内容跨度也比较大。因此，一个好的学习方法对我们学习Android开发很重要。因此在华清远见的课程体系设计中取了循序渐进、将大目标分解成多个小目标，逐步达成对Android开发从应用层到底层系统及驱动开发全面掌握的目的。

例如，可以先从Android的应用开发开始，等到对应用掌握的比较熟悉了，开始慢慢阅读一些Android 应用框架层的源代码，然后再渐渐往下去了解Android的JNI、Libraries、Dalvik虚拟机、HAL层、硬件驱动、Linux内核、ARM技术体系架构等，虽然近期Intel宣称要让Intel芯片支持Android系统，但在可预见的时期内，在移动设备上，ARM的优势应该还是不可撼动的。

具体来说，可以先通过在开发板上构建一个自己的Android系统，了解Android系统的整体架构和启动过程，由此先对Android有一个初步的了解;接下来，学习Android的应用开发，在这里可以先学习Android的几个主要组件、UI组件，先对Android应用开发有一个感性认识。在能够熟练搭建用户界面后，再逐渐来丰富应用的功能，例如：加上处理，使其能够和用户互动;加上数据存储功能;加上联网功能等等。在学完应用后，在此基础上来学习游戏编程，先了解游戏设计的基本思路，然后开始从小的游戏、小的模块开始做起，到最后能完成一个类似于现在热门的《达人》这样的游戏。在掌握了这些应用层级的内容后，可以去了解如何在Android应用中通过JNI去调用C/C++的接口，再往下学习Linux的内核和驱动开发如字符设备驱动、Flash设备驱动、网络设备驱动等等;再在此基础上，去学习Android驱动开发、HAL(硬件抽象层)开发、ARM体系架构和指令等等内容，这样，Android开发的整个体系就都贯穿起来了。

当然，因为时间有限，而底层部分的内容比较庞杂，因此，在真正去做这部分工作之前，我们只需要对其基本原理有所了解，做好相关知识的储备，能够根据老师的指导来完成相关的实验。这样在后续的工作中，就可以方便的往这方面发展，让自己的事业更上一层楼。

framework初了解与必备技能

一. 首先在Android源代码目录下的build目录下，有个脚本文件envsetup.sh，执行这个脚本文件后，就可以获得一些有用的工具：

USER-NAME@MACHINE-NAME:~/Android$ . ./build/envsetup.sh

注意，这是一个source命令，执行之后，就会有一些额外的命令可以使用：

- croot: Changes directory to the top of the tree.

- m: Makes from the top of the tree.

- mm: Builds all of the modules in the current directory.

- mmm: Builds all of the modules in the supplied directories.

- cgrep: Greps on all local C/C++ files.

- jgrep: Greps on all local Ja files.

- resgrep: Greps on all local res/*.xml files.

- godir: Go to the directory containing a file.

这些命令的具体用法，可以在命令的后面加-help来查看，这里只关注mmm命令，也就是可以用它来编译指定目录的所有模块，通常这个目录只包含一个模块。

二. 使用mmm命令来编译指定的模块，例如Email应用程序：

USER-NAME@MACHINE-NAME:~/Android$ mmm packages/s/Email/

编译完成之后，就可以在out/target/product/generic/system/目录下看到Email.apk文件了。Android系统自带的App都放在这具目录下。另外，Android系统的一些可执行文件，例如C编译的可执行文件，放在out/target/product/generic/system/bin目录下，动态链接库文件放在out/target/product/generic/system/lib目录下，out/target/product/generic/system/lib/hw目录存放的是硬件抽象层（HAL）接口文件

三. 编译好模块后，还要重新打包一下system.img文件，这样把system.img运行在模拟器上时，就可以看到程序了。

USER-NAME@MACHINE-NAME:~/Android$ make snod

四. 参照Ubuntu上下载、编译和安装Android最新源代码一文介绍的方法运行模拟器：

USER-NAME@MACHINE-NAME:~/Android$ emulator

这样一切就搞定了。

Android 12 兼容之行为变更

E：Engine发动机，I：Interface接口，T：tire轮胎。有发动机和轮胎，再提供接口接口就可以让汽车跑起来。没有简单，我们就无法理解复杂；

lication framework（应用框架层）：无论是android提供的应用程序，还是开发人员自己编写的应用程序，都需要使用framework，核心的作用就是提供一个接口，给跑起来，并且起到了屏蔽解耦作用。

简而言之，Framework具体的工作也就是为android应用开发的开发人员提供了一系列的服务和API的接口。同时负责应用程序生命周期和等进行管理。是android系统层内容。

framework是google厂商定制好了，最多修改一些bug或者添加一些东西，如果大改，很多应用就跑不起来。

Framework又分为Ja Framework和Native Framewok：示意图如下：

csdn一篇博客通俗易懂的讲了framework： 我眼中的Android Framework

Framework是由多个系统服务共同组成。所有服务都寄宿在系统核心进程中，在运行时每个服务都占据一个独立的线程。

为了实现Ja程序在运行阶段的二次编译，Android为他们提供了运行时（Runtime）的支撑。

运行时由Ja核心类库和Ja虚拟机Dalvik共同构成 。

Ja核心类库涵盖了Android框架层和应用层所要用到的基础ja库。dalvik负责动态解析执行应用、分配空间、管理对象生命周期等工作，是android心脏。

硬件抽象层（HAL）：是安卓为厂商定义的一套接口标准，为框架层提供接口函数。

Binder IPC驱动：Android的一个特殊的驱动程序，具有单独的设备节点，提供进程间通讯的功能。

一、操作系统概论

Android 12 平台包含一些行为变更，这些变更可能会影响您的应用。以下行为变更将影响在 Android 12 上运行的 所有应用 ，无论用哪种 targetSdkVersion 都不例外。您应该测试您的应用，然后根据需要进行修改，以适当地支持这些变更。

此外，请务必查看 仅影响以 Android 12 为目标平台的应用的行为变更 列表。

在搭载 Android 12 及更高版本的设备上， 滚动 的视觉行为发生了变化。

在 Android 11 及更低版本中，滚动会使视觉元素发光。在 Android 12 及更高版本中，发生拖动时，视觉元素会拉伸和反弹；发生快速滑动时，它们会快速滑动和反弹。

如需了解详情，请参阅 动画演示滚动手势 指南。

如果您之前在 Android 11 或更低版本中实现了自定义启动画面，则需要将您的应用迁移到 SplashScreen API，以确保它从 Android 12 开始正确显示。如果不迁移您的应用，则可能会导致应用启动体验变差或出乎预期。

如需了解相关说明，请参阅 将现有的启动画面实现迁移到 Android 12 。

此外，从 Android 12 开始，在所有应用的 冷启动 和 温启动 期间，系统始终会应用新的 Android 系统默认启动画面 。 默认情况下，此系统默认启动画面由应用的启动器图标元素和主题的 windowBackground （如果是单色）构成。

如需了解详情，请参阅 启动画面开发者指南 。

从 Android 12（API 级别 31）开始，仅当您的应用获准处理某个通用网络 intent 中包含的特定网域时，该网络 intent 才会解析为应用中的 activity。如果您的应用未获准处理相应的网域，则该网络 intent 会解析为用户的默认浏览器应用。

应用可通过执行以下某项操作来获准处理相应的网域：

如果您的应用调用网络 intent，不妨考虑添加一个提示或对话框，要求用户确认操作。

Android 12 整合了现有行为，让用户可以 在沉浸模式下更轻松地执行手势导航命令 。此外，Android 12 还为 粘性沉浸模式提供了向后兼容性行为 。

Android 设备有许多不同的外形规格，如大屏设备、平板电脑和可折叠设备。为了针对每种设备适当地呈现内容，您的应用需要确定屏幕或显示屏尺寸。随着时间的推移，Android 提供了不同的 API 来检索这些信息。在 Android 11 中，我们引入了 WindowMetrics API 并废弃了以下方法：

在 Android 12 中，我们继续建议使用 WindowMetrics ，并且正在逐步废弃以下方法：

为了缓解应用使用 Display API 检索应用边界的行为，Android 12 限制了 API 为不完全可调整大小的应用返回的值。这可能会对将此信息与 MediaProjection 一起使用的应用产生影响。

应用应使用 WindowMetrics API 查询其窗口的边界，并使用 Configuration.densityDpi 查询当前的密度。

为了与较低的 Android 版本实现更广泛的兼容性，您可以使用 Jetpack WindowManager 库，它包含一个 WindowMetrics 类，该类支持 Android 4.0（API 级别 14）及更高版本。

首先，确保应用的 activity 完全可调整大小 。

activity 应依赖于来自 activity 上下文的 WindowMetrics 来执行任何与界面相关的工作，尤其是 WindowManager.getCurrentWindowMetrics() 或 Jetpack 的 WindowMetricsCalculatorputeCurrentWindowMetrics() 。

如果您的应用创建了 MediaProjection ，则必须正确地调整边界的大小，因为投影会捕获运行投影仪应用的显示分区。

如果应用完全可调整大小，则 activity 上下文会返回正确的边界，如下所示：

如果应用并非完全可调整大小，则它必须从 WindowContext 实例进行查询，并使用 WindowManager.getMaximumWindowMetrics() 或 Jetpack 方法 WindowMetricsCalculatorputeMaximumWindowMetrics() 检索 activity 边界的 WindowMetrics 。

注意 ：任何使用 MediaProjection 的库也应遵循这些建议，并查询相应的 WindowMetrics 。

Android 12 将多窗口模式作为标准行为。

在大屏设备 (sw >= 600dp) 中，所有应用都将在多窗口模式下运行，无论应用配置为何。如果 resizeableActivity="false" ，应用会在必要时进入兼容模式，以适应显示屏尺寸。

在小屏设备 (sw < 600dp) 中，系统会检查 activity 的 minWidth 和 minHeight ，来确定 activity 能否在多窗口模式下运行。如果 resizeableActivity="false" ，则无论最小宽度和高度如何，应用都无法在多窗口模式下运行。

如需了解详情，请参阅 多窗口模式支持 。

相机应用通常定设备的屏幕方向和相机预览的宽高比呈固定关系。但是，大屏设备类型（例如可折叠设备）和显示模式（例如多窗口和多屏幕）挑战着这一设。

在 Android 12 上，请求特定屏幕方向且不可调整大小 ( resizeableActivity="false" ) 的相机应用会自动进入边衬区人像模式，从而确保相机预览的屏幕方向和宽高比正确。在可折叠设备和其他具有相机硬件抽象层 ( HAL ) 的设备上，会对相机输出应用额外的旋转以补偿相机传感器方向，并会剪裁相机输出以匹配应用相机预览的宽高比。无论设备屏幕方向如何以及设备是处于折叠状态还是展开状态，剪裁和额外的旋转可确保应用正确呈现相机预览。

除了 一些例外情况 之外，为了为短时间运行的 前台服务 提供流畅体验，搭载 Android 12 或更高版本的设备可以将前台服务通知的显示延迟 10 秒。此更改使某些短期任务可在显示通知之前完成。

Android 11（API 级别 30）引入了 受限存储分区 作为应用待机模式存储分区。从 Android 12 开始，此存储分区默认处于活跃状态。在所有存储分区中，受限存储分区的优先级最低（限制最高）。存储分区按优先级从高到低的顺序排列如下：

除了使用模式之外，系统还会考虑应用的行为，以决定是否要将您的应用放在受限存储分区中。

如果您的应用更负责地使用系统，就不太可能被放在受限存储分区中。此外，如果用户直接与您的应用互动，系统会将其放在一个限制较少的存储分区中。

如需检查系统是否已将您的应用放在受限存储分区中，请调用 getAppStandbyBucket() 。如果此方法的返回值为 STANDBY_BUCKET_RESTRICTED ，则您的应用在受限存储分区中。

如需测试您的应用在系统将其放在受限存储分区中时的行为，您可以手动将您的应用移至该存储分区。为此，请在终端窗口中运行以下命令：

在搭载 Android 12 或更高版本的受支持设备上，用户可以通过按一个切换开关选项，为设备上的所有应用启用和停用摄像头和麦克风使用权限。用户可以从 快捷设置 访问可切换的选项（如图 1 所示），也可以从系统设置中的“隐私设置”屏幕访问。

详细了解这些 切换开关 以及如何检查您的应用是否遵循了关于 CAMERA 和 RECORD_AUDIO 权限的最佳实践。

在搭载 Android 12 或更高版本的设备上，当应用使用麦克风或相机时，图标会出现在状态栏中。

详细了解这些 指标 以及如何检查您的应用是否遵循了关于 CAMERA 和 RECORD_AUDIO 权限的最佳实践。

[上传中...(image-bd519-1643780883994-1)]

<figcaption style="box-sizing: inherit; font-size: 14px; margin-top: -4px;"> 图 1. “快捷设置”中的麦克风和摄像头切换开关。</figcaption>

[上传中...(image-f49bfd-1643780883994-0)]

<figcaption style="box-sizing: inherit; font-size: 14px; margin-top: -4px;"> 图 2. 麦克风和摄像头指示标志，显示了最近的数据访问。</figcaption>

在搭载 Android 12 或更高版本的设备上，根据应用对其他应用的 软件包可见性 ，以 Android 11（API 级别 30）或更高版本为目标平台且调用以下某种方法的应用会收到一组过滤后的结果：

Android 12 移除了之前弃用的加密算法的许多 BouncyCastle 实现，包括所有 AES 算法。系统改用这些算法的 Conscrypt 实现。

如果符合以下任何条件，则此变更会影响您的应用：

在 Android 12 及更高版本中，当某个应用首次调用 getPrimaryClip() 以 从另一个应用访问剪辑数据 时，会弹出一个消息框消息，通知用户对剪贴板的访问。

消息框消息内的文本包含以下格式： <var translate="no" style="box-sizing: inherit; color: var(--devsite-var-color); -webkit-font-smoothing: auto; font-weight: 500;">APP</var> pasted from your clipboard.

注意 ：您的应用可能会调用 getPrimaryClipDescription() 以接收有关 剪贴板上当前数据的信息 。当您的应用调用此方法时，系统不会显示消息框消息。

在 Android 12 及更高版本中， getPrimaryClipDescription() 可以检测到以下详细信息：

为了加强用户与应用和系统互动时的控制，从 Android 12 开始，弃用了 ACTION_CLOSE_SYSTEM_DIALOGS intent 操作。除了 一些特殊情况 之外，当应用尝试 调用包含此操作的 intent 时，系统会基于应用的目标 SDK 版本执行以下操作之一：

在以下情况下，应用仍然可以在 Android 12 或更高版本上关闭系统对话框：

为了维持系统安全并保持良好的用户体验，Android 12 会阻止应用使用 触摸 ，使用触摸时叠加层会以不安全的方式遮掩应用。 换言之，系统会屏蔽穿透某些窗口的触摸操作，但 有一些例外情况 。

此变更会影响选择让触摸操作穿透其窗口的应用，例如使用 FL_NOT_TOUCHABLE 标志。包括但不限于以下示例：

在以下情况下，允许执行“穿透”触摸操作：

如果系统屏蔽触摸操作， Logcat 会记录以下消息：

在搭载 Android 12 或更高版本的设备上，不受信任的触摸功能默认被屏蔽。如需允许不受信任的触摸操作，请在终端窗口中运行以下 ADB 命令 ：

如需将行为还原为默认设置（不受信任的触摸操作被屏蔽），请运行以下命令：

Android 12 更改了在按下“返回”按钮时系统对为其任务根的启动器 activity 的默认处理方式。在以前的版本中，系统会在按下“返回”按钮时完成这些 activity。在 Android 12 中，现在系统会将 activity 及其任务移到后台，而不是完成 activity。当使用主屏幕按钮或手势从应用中导航出应用时，新行为与当前行为一致。

注意 ：系统仅会将新行为应用于为其任务根的启动器 activity，即使用 ACTION_MAIN 和 CATEGORY_LAUNCHER 声明 intent 过滤器 的 activity。对于其他 activity，在按下“返回”按钮时，系统会像以前一样完成 activity。

对于大多数应用而言，此变更意味着使用“返回”按钮退出应用的用户可以更快地从 温状态 恢复应用，而不必从 冷状态 完全重启应用。

建议您针对此变更测试您的应用。如果您的应用目前替换 onBackPressed() 来处理返回导航并完成 Activity ，请更新您的实现来调用 super.onBackPressed() 而不是完成 Activity。调用 super.onBackPressed() 可在适当时将 activity 及其任务移至后台，并可为不同应用中的用户提供更一致的导航体验。

另请注意，通常，我们建议您使用 AndroidX Activity API 提供自定义返回导航 ，而不是替换 onBackPressed() 。如果没有组件拦截系统按下“返回”按钮，AndroidX Activity API 会自动遵循适当的系统行为。

在 Android 12 中，无论显示屏是否支持无缝过渡到新的刷新率，都会发生使用 setFrameRate() 实现的刷新率变化；无缝过渡是指没有任何视觉中断，比如一两秒钟的黑屏。以前，如果显示屏不支持无缝过渡，它在调用 setFrameRate() 后通常会继续使用同一刷新率。您可以调用 getAlternativeRefreshRates() 来提前确定向新刷新率的过渡是否有可能是无缝过渡。通常，会在刷新率切换完成后调用回调 onDisplayChanged() ，但对于某些外接显示屏，会在非无缝过渡期间调用该回调。

以下示例说明了您可以如何实现此行为：

Android 12 中添加了以下 API：

如需创建 Passpoint 建议，应用必须使用 PasspointConfiguration 、 Credential 和 HomeSp 类。这些类描述了 Wi-Fi Alliance Passpoint 规范 中定义的 Passpoint 配置文件。

如需了解详情，请参阅 适用于互联网连接的 Wi-Fi 建议 API 。

Android 12 包含更新后的受限制非 SDK 接口列表（基于与 Android 开发者之间的协作以及最新的内部测试）。在限制使用非 SDK 接口之前，我们会尽可能确保有可用的公开替代方案。

如果您的应用并非以 Android 12 为目标平台，其中一些变更可能不会立即对您产生影响。然而，虽然您目前仍可以使用一些非 SDK 接口（ 具体取决于应用的目标 API 级别 ），但只要您使用任何非 SDK 方法或字段，终归存在导致应用出问题的显著风险。

如果您不确定自己的应用是否使用了非 SDK 接口，则可以 测试您的应用 来进行确认。如果您的应用依赖于非 SDK 接口，您应该开始迁移到 SDK 替代方案。然而，我们知道某些应用具有使用非 SDK 接口的有效用例。如果您无法为应用中的某项功能找到使用非 SDK 接口的替代方案，应 请求新的公共 API 。

如需详细了解此 Android 版本中的变更，请参阅 Android 12 中有关限制非 SDK 接口的更新 。如需全面了解有关非 SDK 接口的详细信息，请参阅 对非 SDK 接口的限制 。

TVOS 系统是不是安卓马甲

1、操作系统的特征是什么？

2、操作系统的功能？

3、操作系统的体系结构？

4、unix系统和Linux系统和Android的系统结构是？

5、操作系统的分类？

6、分时操作系统的特点是？

7、操作系统的设计目标？

1、计算机系统的定义：

一种可以按用户的要求接收和存储信息自动进行数据处理，并输出结果信息的系统。

2、分类：

广义：机械式系统和电子式系统。

电子式系统又分为模拟式和数字式计算机系统。

3、组成：

硬件（子）系统和软件（子）系统

4、 计算机系统包括：

硬件，软件

定义解析：

1、组织和管理计算机系统中的硬件和软件。

在操作系统中涉及的各种表格或数据结构，将所有的软硬件都加以登记。 比如PCB、系统设备表等。

2、有效。

指操作系统在管理计算机是要考虑到系统运行的效率和的利用率，要尽可能地提高中央处理器的利用率，让它尽可能少的空转、应该在保证访问效能的前提下，尽可能有效地利用其它，比如减少内存硬盘空间的浪费等。

3、合理。

操作系统要公平对待不同的用户程序，保证系统不发生死锁和饥饿的现象。

4、方便

操作系统的人机界面要考虑到用户使用界面和程序接口两个方面的应用性易学性和易维护性。

用户使用接口：命令、图形界面。

程序接口：程序员能够使用操作系统提供的服务。

1、并发性

在计算机系统中，同时存在若干个运行的程序从宏观上看，这些程序是同时向前推进。

2、共享性

操作系统需要与多个用户程序共用系统中的各种，比如CPU、内存、外部设备等。

3、随机性

操作系统不能对运行的程序其行为以及硬件设备的情况作出任何事先的定。

（操作系统不能预知程序在什么时候运行，某些时候因为某些原因暂停等等，都是不可预知的。）

1、软件的观点：

操作系统是一种大型系统软件。它是多功能的集合，有外在特性和内在特性。

外在特性指的是接口，内在特性指的是与硬件交互。

2、进程的观点：

把操作系统看作有多个可以同时独立运行的程序和一个对这些程序进行协调的核心。

侧重于分析系统各部分的并行工作，研究处理各项管理任务的分割，以及这些管理任务相互之间的关系，比如竞争、进程通信等。

3、 虚机器的观点。

在操作系统的支持下，用户不需要使用硬件机器（裸机），而是通过操作系统提供的各种手段来控制和使用计算机。

例如把所有设备和文件的操作抽象为统一的打开关闭，读写等用户感觉不到底层的操作差异。

把操作系统的全部功能包括系统调用、命令，作业控制语言，称为操作系统虚机器。

1、进程管理

进程管理的实质： 对中央处理器进行管理，或者称为处理机管理。

多道程序技术：多个程序同时放入内存，如果一个程序因为等待某个条件而不能运行，就把处理器专用权转交给另一个可运行的程序。

进程的引入：为了描述多道程序的并发而引入。

进程的简单定义：一个程序的运行过程。

进程管理的内容：进程控制、进程同步、进程间通信、调度。

2、存储管理

内存的分配与回收。

存储保护。

内存扩充。

3、文件管理

（1）任务：

有效地支持文件的存储，检索和修改等操作。解决文件的共享，保密和保护问题，以便用户方便安全的访问文件。

（2）功能

文件存储空间的管理。

目录管理。

文件系统的安全性。

4、设备管理

（1）设备管理的含义：

指计算机系统中，除了处理器和内存以外的所有输入输出设备的管理。

（2）功能：

负责外部设备的分配、启动和故障处理。

（3）用的技术

中断技术、通道技术、虚拟设备技术、缓冲技术，尽可能地发挥设备和主机的并行能力。

5、用户接口

从用户观点看操作系统是用户与计算机之间的接口。

任务：为用户提供一个使用系统的良好环境，使用户能够有效地组织自己的工作流程，并使整个系统稳定的运行。

1、内核

功能： 线程调度、陷入处理和异常处理、中断处理和调度、多处理器同步供执行体使用的基本内核对象。

2、硬件抽象层HAL

系统可移植性的关键部分，为运行在Windows操作系统的硬件平台低级接口，隐藏了各种与硬件有关的细节，如I/O接口等专用的和依赖于计算机平台的函数。

3、执行体

4、系统进程和系统线程

1、内核层

是操作系统管理和控制中心，常驻内存。有两种接口：内核与硬件的接口和内核与shell的接口。

内核本身分为两部分，进程控制子系统和文件系统。

2、系统调用层

内核层与应用层之间供程序员开发使用，包括进程管理、文件管理、中断状态。

3、应用层

面向用户操作的界面

4个部分：内核、shell、文件系统和应用程序。

4个部分：从低到高：应用程序层、应用框架层、系统运行库层和Linux内核层

发展过程：

1、手工阶段

2、监控程序

3、多道批处理

4、分时与实时操作系统

5、UNIX通用操作系统，

6、个人计算机操作系统

7、Android操作系统。

根据用户界面和功能特性分类

三种基本类型

1、批处理程序。

2、分时系统。

3、实时系统。

新类型

1、个人操作系统

2、网络操作系统

3、分布式操作系统

4、嵌入式操作系统

可靠性

高效性

易维护性

可移植性

安全性

简明性。

重点知识，请回答：

1、操作系统的特征是什么？

2、操作系统的功能？

3、操作系统的体系结构？

4、unix系统和Linux系统和Android的系统结构是？

5、操作系统的分类？

6、分时操作系统的特点是？

7、操作系统的设计目标？

如何单独编译Android源码中的模块

TVOS不是基于android系统开发的，所以TVOS不是安卓马甲。

TVOS1.0是首款电视操作系统，在2014年6月6日举行的2014年北京国际电视技术研讨会上，国家广电总局科技司司长王效杰表示，广电总局与一些研发单位共同研发的智能电视操作系统TVOS1.0已经发布。这是继中国广播电视网络有限公司挂牌之后，广电总局对具体业务的推进之举。TVOS1.0系统兼顾了现有操作系统的技术，比如Linux、安卓等。

Android有哪些"权限"

123456789101112131415161718192021第一次下载好Android源代码工程后，我们通常是在Android源代码工程目录下执行make命令，经过漫长的等待之后，就可以得到Android系统镜像system.img了。以后如果我们修改了Android源代码中的某个模块或者在Android源代码工程新增一个自己的模块，是不是还是执行make命令呢？答案是否定的，Google为我们准备了另外的命令来支持编译单独的模块，以及重新打包system.img的命令。在继续学习Android源代码之前，就让我们先来看看这个命令吧。

一. 首先在Android源代码目录下的build目录下，有个脚本文件envsetup.sh，执行这个脚本文件后，就可以获得一些有用的工具： USER-NAME@MACHINE-NAME:~/Android$ . ./build/envsetup.sh 注意，这是一个source命令，执行之后，就会有一些额外的命令可以使用： - croot: Changes directory to the top of the tree. - m: Makes from the top of the tree. - mm: Builds all of the modules in the current directory. - mmm: Builds all of the modules in the supplied directories. - cgrep: Greps on all local C/C++ files. - jgrep: Greps on all local Ja files. - resgrep: Greps on all local res/*.xml files. - godir: Go to the directory containing a file. 这些命令的具体用法，可以在命令的后面加-help来查看，这里我们只关注mmm命令，也就是可以用它来编译指定目录的所有模块，通常这个目录只包含一个模块。

二. 使用mmm命令来编译指定的模块，例如Email应用程序： USER-NAME@MACHINE-NAME:~/Android$ mmm packages/s/Email/ 编译完成之后，就可以在out/target/product/generic/system/目录下看到Email.apk文件了。Android系统自带的App都放在这具目录下。另外，Android系统的一些可执行文件，例如C编译的可执行文件，放在out/target/product/generic/system/bin目录下，动态链接库文件放在out/target/product/generic/system/lib目录下，out/target/product/generic/system/lib/hw目录存放的是硬件抽象层（HAL）接口文件。

三. 编译好模块后，还要重新打包一下system.img文件，这样我们把system.img运行在模拟器上时，就可以看到我们的程序了。 USER-NAME@MACHINE-NAME:~/Android$ make snod

四. 参照Ubuntu上下载、编译和安装Android最新源代码一文介绍的方法运行模拟器： USER-NAME@MACHINE-NAME:~/Android$ emulator 这样一切就搞定了。

Android是在Linux内核上建立一个硬件抽象层(Android HAL)，通过Dalvik以及各种库来执行android应用的。在手机启动时，首先需要由Bootloader(HTC手机上称作Hboot)引导Linux及手机上各个硬件设备的驱动程序，之后才启动Android系统。所以其实我们会涉及到四种不同涵义的权限：

Android权限(Permission)

这指Android中的一系列"Android.Permission.*"对象，是本文的中心内容。

Google在Android框架内把各种对象(包括设备上的各类数据，传感器，拨打电话，发送信息，控制别的应用程序等)的访问权限进行了详细的划分，列出了约一百条"Android.Permission"。应用程序在运行前必须向Android系统声明它将会用到的权限，否则Android将会拒绝该应用程序访问通过该"Permission"许可的内容。

比方说，搜狗输入法提供了一个智能通讯录的功能，用户可以在输入联系人拼音的前几个字符，或首字母，输入法就能自动呈现相关联系人的名字。为了实现这个功能，输入法必须声明它需要读取手机中联系人的能力，也就是在相关代码中加上声明"android.permission.READ_CONTACTS"对象。

图5 搜狗输入法的智能联系人功能

原生Android只提供了对"一刀切"式的管理，要么同意使用，否则就根本就不安装应用程序。当用户遇到希望使用程序的同时，又想禁止部分Permission的场合，他就无路可走。

于是，不少开发者就捣鼓出了"第三条道路"；可惜的是，没有一种方法能同时做到既不需要将手机固件Root，又完全不涉及对原始应用程序进行反向工程的方法。

Root　　Root指获得Android所在的Linux系统的Root(根)权限，有了根权限，你才能对Linux做出任意的修改。iOS中的越狱(Jailbreak) 相当于获得iOS系统的Root权限(iOS是一种类Unix系统，和Linux都使用Root的概念)。在已Root的设备中，通常都是使用一个叫"Superuser"(简称SU)的应用程序来向许可的程序授以Root权限。

Bootloader的解锁(Unlock)

利用数字签名，Bootloader可以限定只有正确签名的系统可以被引导。在修改固件以获得Root以前，解锁Bootloader通常是必须的。安装第三方修改、编译的固件也需要解锁Bootloader。

基带(Radio)解锁

在Android系统中，基带是上层软件与手机中无线设备(手机网络，Wi-Fi，蓝牙等)的驱动程序之间的中介。国外的网络运营商很喜欢锁定基带，从而保证用户只能使用运营商自己指定的sim卡。在我国，锁定基带是非法的，手机制造商、网络运营商也不可以通过锁定基带的方法对待违约客户。iOS的"解锁"就是解锁iOS中的基带软件。

鱼和熊掌不可兼得，Android的世界有很多自由，坏人也能自由地做坏事。它的生态系统很强调自主：用户可以自主地减小风险，仅使用官方市场的应用程序，也可以自主地解除安全限制，从而获得更多自由。因此，在遇到坏事的时候，用户也不得不自主一下：

1， 抵制不道德，乃至非法行为

几乎所有的Android安全软件都能对来电、信息进行控制，以减少骚扰。

另一方面，很多应用都会要求它们实际功能以外的权限，表现在非(主动)告知地搜集设备序列号，位置信息，诱使用户默认地上传联系人列表等方面。

更坏一点的应用程序，则会踏入犯罪的范畴，比如能偷偷发出扣费信息，或是作为黑客的工具。

2， 减少恶意软件的损害

恶意软件即便潜伏成功，也难以获得权限，从而减少损失。

3， 用户有权自主地在抑制应用程序的部分权限时，继续使用该应用程序，而只承担由于自行设置不当而带来的后果。

用户拥有设备的所有权，因此有权自主控制设备上的内容、传感器等对象的访问；同时有权(不)运行，(不)编译设备上的应用程序。

大多数应用程序在运行时，并未达成主动告知的义务，是失误；然而即使主动告知，用户还是可以不理会。

通过Android官方市场，"打包安装器"安装应用程序时，所显示的"权限"仅是在安装包内AndroidManifest.xml声明的值，而非应用程序实际上会调用的内容。该值仅用来表明Android系统能向应用授予的最大可能的权限。即便一个"Hello World"式的应用程序，也可以在AndroidManifest.xml中声明所有可能的Android Permission。

这就是说，在AndroidManifest.xml中声明的值与应用程序实际调用的权限有关联，但不等同，且这种提示是由Android系统负责实施的强制行为。

正确的理解是："应用程序(被迫地)让Android系统告知用户，它在AndroidManifest.xml中所声明的事项。"

这意味着应用程序在使用重要权限前，依然需要自行、主动地通知用户相关事宜。