android技术难点

A. iPhone12的耳返是如何实现的

如下：

手机：苹果iPhone12。

系统：ios14.6。

1、首先我们要在苹果12的桌面内找到其中的设置选项，进入到设置中。

介绍

iPhone 12是苹果公司（Apple）于美国西部时间2020年10月13日上午10点（北京时间2020年10月14日凌晨1点）在Apple Park总部园区发布的手机产品。

iPhone 12双镜头后置摄像头系统，配备1200万像素超广角和广角镜头以及7元件镜头；iPhone 12支持5G，搭载A14 Bionic芯片，支持北斗导航；iPhone 12分辨率为2532x1170，对比度为200万:1，亮度1200尼特。

B. android 难点问题记录

需要匹配各种不同的核心版本和手机的型号，非常麻烦的

C. 安卓开发需要学什么

安卓开发需要学：

一、应用程序

Android以java为编程语言，使接口到功能，都有层出不穷的变化，其中Activity等同于J2ME的MIDlet，一个 Activity 类负责创建视窗，一个活动中的Activity就是在 foreground（前景）模式，背景运行的程序叫做Service。

二、中介软件

操作系统与应用程序的沟通桥梁，并用分为两层：函数层（Library）和虚拟机（Virtual Machine）。 Bionic是 Android 改良libc的版本。

Android 同时包含了Webkit，所谓的Webkit 就是Apple Safari浏览器背后的引擎。Surface flinger 是就2D或3D的内容显示到屏幕上。Android使用工具链(Toolchain)为Google自制的Bionic Libc。

三、硬件抽像层

Android 的 HAL（硬件抽像层）是能以封闭源码形式提供硬件驱动模块。HAL
的目的是为了把 Android framework 与 Linux kernel 隔开。

让 Android 不至过度依赖 Linux
kernel，以达成 kernel independent 的概念，也让 Android framework
的开发能在不考量驱动程序实现的前提下进行发展。

四、编程语言

Android 是运行于 Linux kernel之上，但并不是GNU/Linux。因为在一般GNU/Linux 里支持的功能，Android 大都没有支持。

包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。

五、安全控制

目前Android 的 Linux kernel控制包括安全（Security），存储器管理（Memory Managemeat），程序管理（Process Management），网络堆栈（Network Stack），驱动程序模型等。

下载Android源码之前，先要安装其构建工具Repo来初始化源码。Repo 是 Android 用来辅助Git工作的一个工具。

参考资料来源：网络—android开发

D. 基于android的闹钟难点在哪

我觉得是在于如何在关机状态下也能提示，自动开机，这牵涉到硬件层面，不太好处理。

E. 谷歌的原生Android系统，如今正越来越像安卓

前段时间，我们三易生活花了不少篇幅给大家分析刚刚发布不久的Android 12、Android 12L操作系统，以及他们背后的一些故事。

当时我们曾指出，如今谷歌Pixel系列机型上所搭载的“官方Android系统”，实际上与开源的AOSP代码已经不再能直接划等号。在谷歌明显将旗下硬件产品线的受众群从开发者转向普通消费者后，这家互联网巨头在正越来越积极地向Pixel系列的系统里增添“独占和首发功能”，从而使其用户体验变得越来越“接地气”、更符合一般用户的日常需求。

然而严格来说，变得更“接地气”的还不只有Pixel系列机型中所搭载，经过谷歌二次“魔改”后的独占Android系统，就连公开、免费的开源Android本身，近年来其实也发生了不小的变化。并且更为重要的是，如果我们深入地去探究这些变化就不难发现，它们之中的很多似乎都受到了国内智能手机厂商与他们“魔改安卓”的影响。

Android 6.0的重大更新，或许源自国内厂商

第一个明确受到国内“魔改系统”影响的原生Android功能是什么？关于这个问题，目前已经几乎无法考证。但要说在早期Android版本里，有什么重要功能是明显受到国内手机厂商影响而诞生的，毫无疑问就是Android 6.0时添加的软件权限管理功能了。

要知道，在整个原生Android系统的早期发展史中，“权限管理”可以说绝对是个老大难问题。早在Android 2.3之前，应用只需要在安装时向用户进行权限展示就行，用户其实是没有权利拒绝任何一项权限申请的，因为拒绝就意味着取消安装。换而言之，只要你安装了某个APP，就等于授予了其所请求的所有权限。

到了Android 2.3版本后，谷歌修改了原生Android系统的权限管理逻辑，规定APP在需要某些敏感权限时，必须额外向用户弹出提示。比如说，某款应用想要看你的联系人列表，此时系统就会给出提示询问你“是否同意”。虽然乍看之下，这个设计已经进步很大了，可问题是此时的Android系统里，这种“权限提示”是一次性、且效果永久的。也就是说，一旦用户选了“允许”或“不允许”，就再也没有“反悔”的机会了。而这就意味着你一时的手滑，就可能让一个流氓软件从此得逞；或是因为一时点错，从此造成一款软件变得无法正常运行。

正因如此，在Android 2.3之后，越来越多“魔改安卓”系统开始将功能强大、且支持用户随时更改的权限管理功能，作为了重点宣传项目，甚至一些主动“强力管控权限”的应用也因此红极一时。并且有意思的是，从这些“魔改安卓”系统的功能表现上来看，实际上6.0版前的Android系统内部就已经具备了随时开关应用权限的底层机制，但不知为什么谷歌就是没有将其开放给普通用户。直到Android 6.0的到来，许多国内开发者惊讶地发现，谷歌全新的（同时也是沿用至今的）权限管理功能，看起来与国产安卓手机系统几年前就已经做出来的功能极为相似。

大家熟悉的全面屏，同样是“出口转内销”

相比起Android权限管理功能“高度疑似”源自国内厂商的情况，如今Android系统对于各类全面屏设备的支持，以及其在应用后台省电方面的各种底层优化技术，就是很明确地是来自于国内企业的贡献了。

2016年，在小米初代MIX的发布会上，雷军不仅展示了这款“全面屏概念机”的种种设计和结构难点，还专门提到了小米团队带着真机前往谷歌总部，成功说服谷歌在Android系统中增加对“全面屏”原生支持的故事。

老实说，如果小米不去找谷歌、而是自己改系统显示比例，能不能让初代MIX正常工作？当然能。当时许多第三方“魔改”系统都可以随意更改屏幕比例、分辨率、DPI等参数，所以这在技术上实现起来一点也不困难。但是这样一来，初代MIX很可能就无法得到第三方应用的良好适配，自然也就很难有后来那么大的行业影响力了。

当然，你可以说小米当时去找谷歌，主动要求“魔改”Android的行为，实际上也为他们的竞争对手推出全面屏机型打下了基础。然而从整个行业的角度来说，这实际上正是小米高明的地方，毕竟自己的“全面屏”设计借谷歌Android之手成为了新的标准，这不仅使得其在产品研发上取得了主动，同时也直接带动了新的市场潮流，让消费者产生了对“全面屏手机”的需求。

“Android”越来越像安卓，而这当然是件好事

除了权限管理和“全面屏”外，纵观这些年来的Android技术发展史，我们实际上还能看到大量“撞脸”国内安卓系统的细节。比如说原生Android的后台省电机制、原生Android在状态栏下方新增的IoT设备控制面板，以及此次Android 12代码中被挖掘出来的“滚动截屏”、“ 游戏 模式”和“应用多开”等一系列功能。

Android 12隐藏的“ 游戏 模式”

为什么原生Android系统会在功能、设计上变得与国内的“魔改安卓”越来越像？一方面我们可以说，谷歌自然会吸取整个生态里的优秀设计，将他们认为有助于改善用户体验的设计变为“官方标准”。

从Android 11开始，关机界面就新增了对IoT设备的控制功能

从另一方面来说，大家要知道Android虽然是由谷歌负责“出品”，但实际上在整个开发阶段里，谷歌并非唯一的系统代码贡献者。除了谷歌外，包括三星、LG、MOTO、索尼，以及国内的小米、vivo、OPPO、realme、一加等等手机厂商，也都会向其贡献代码。

Android 12 Beta的官方合作厂商，几乎全是中国企业

如此一来，其实事情就很耐人寻味了。毕竟，如果原生Android系统“更像”国内的魔改安卓，实际上就只有两种可能。一种是谷歌现在也觉得国内手机厂商的“魔改系统”在一些设计上更为人性化、更好用；另一种则是代表着我们的国内手机厂商们在如今的Android体系里不断提高的贡献比例，也对有了更多的话语权、并且对新系统有了更多的影响力。

很显然，无论是哪一种情况，对于消费者来说都是好事一桩。

F. 如何实现android和服务器长连接

前言：现在的大多数移动端应用都有实时得到消息的能力，简单来说，有发送消息的主动权和接受消息的被动权。例如：微信，QQ，天气预报等等，相信好处和用户体验相信大家都知道吧。

提出问题：这种功能必须涉及client（客户端）和server（服务器），所以到底client如何和server实现实时连接通讯？

分析问题：这种功能实际上就是数据同步，同时要考虑手机本身、电量、网络流量等等限制因素，所以通常在移动端上有一下两个解决方案:
1.一种是定时去server查询数据，通常是使用HTTP协议来访问web服务器，称Polling（轮询）；
2.还有一种是移动端和服务器建立长连接，使用XMPP长连接，称Push（推送）。

从耗费的电量、流量和数据延迟性各方面来说，Push有明显的优势。但是使用Push的缺点是：
对于客户端：实现和维护相对成本高，在移动无线网络下维护长连接，相对有一些技术上的开发难度。
对于服务器：如何实现多核并发，cpu作业调度，数量庞大的长连接并发维护等技术，仍存在开发难点。转载，仅供参考。
​

G. Android之Activity全面解析，有些知识点容易忘记

Activity作为安卓四大组件之一，是最重要也是用得最多的组件，涉及的知识点非常多，有些知识点平时开发很少用到，但在某些场景下需要特别注意，本文详细整理了Activity涉及的知识点，供开发参考。

针对Activity可以提出很多问题，如：
Activity 的生命周期？
Activity 之间的通信方式？
Activity 各种情况下的生命周期？
横竖屏切换时 Activity 的生命周期？
前台切换到后台，然后再回到前台时 Activity 的生命周期？
弹出 Dialog 的时候按 Home 键时 Activity 的生命周期？
两个Activity之间跳转时的生命周期？
下拉状态栏时 Activity 的生命周期？
Activity 与 Fragment 之间生命周期比较？
Activity 的四种 LaunchMode（启动模式）的区别？
Activity 状态保存与恢复？
Activity的转场动画有哪些实现方式？
Activity的生命周期中怎么获取控件宽高？
onNewIntent的执行时机？
如何连续退出多个Activity？

如何把Acitivty设置成Dialog样式 ，android:theme="@android:style/Theme.Dialog"

关于横竖屏切换的生命周期，对应不同的手机，由于厂商定制的原因，会有不同的效果，如设置了configChanges="orientation”在有些手机会执行各个生命周期，但有些手机却不会执行。
网上常见的结论如下：

但实际的测试如下：

可以看出，不同厂商的手机切屏生命周期会有差异。
从API 13以上，当设备在横竖切屏时，“屏幕尺寸”也会发生变化，因此为了杜绝切屏导致页面销毁重建，需要加上screenSize，使用设置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四种状态如下：

在activity处于paused或者stoped状态下，如果系统内存紧张，可能会被销毁，当重回该activity时会重建，正常返回和被回收后返回的生命周期如下：

如果是回收后返回，onCreate的参数savedInstanceState不为空。

有哪些场景会触发onNewIntent回调呢？跟启动模式有关，首先该Activity实例已经存在，再次启动才可能触发。一种情况是启动模式是singleTask或者singleInstance，无论该activity在栈中哪个位置，都会触发onNewIntent回调，并且把上面其他acitivity移除，另一种情况是启动模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP启动，并且该activity实例在栈顶，会触发onNewIntent，如果不在栈顶是重新创建的，不会触发。

在实际业务开发中，往往碰到需要连续退出多个activity实例，下面整理了几种常见方法：

● 发送特定广播
1、在需要处理连续退出的activity注册该特定广播；
2、发起退出的activity发送该特定广播；
3、接收到该广播的activity 调用finish结束页面。
● 递归退出
1、用startActivityForResult启动新的activity；
2、前一个页面finish时，触发onActvityResult回调，再根据requestCode和resultCode处理是否finish，达到递归退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通过intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)启动新activity，如果栈中已经有该实例，则会把该activity之上的所有activity关闭，达到singleTop启动模式的效果。
● 自定义activity栈
1、自定义activity列表，新打开activity则加入栈中，关闭则移除栈；
2、需要退出多个activity时，则循环从栈中移除activity实例，并调用finish。

在讨论Activity启动模式经常提到任务栈，那到底什么是任务栈？
任务是一个Activity的集合，它使用栈的方式来管理其中的Activity，这个栈又被称为返回栈(back stack)，栈中Activity的顺序就是按照它们被打开的顺序依次存放的。返回栈是一个典型的后进先出(last in, first out)的数据结构。下图通过时间线的方式非常清晰地向我们展示了多个Activity在返回栈当中的状态变化：

taskAffinity 任务相关性，可以用于指定一个Activity更加愿意依附于哪一个任务，在默认情况下，同一个应用程序中的所有Activity都具有相同的affinity， 名字为应用的包名。当然了，我们可以为每个 Activity 都单独指定 taskAffinity 属性（不与包名相同）。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparenting 属性配对使用，在其他情况下没有意义。
taskAffinity 有下面两种应用场景：

分为显示启动和隐式启动。
（1）显示启动
直接指定待调整的Activity类名。

（2）隐式启动
Intent 能够匹配目标组件的 IntentFilter 中所设置的过滤信息，如果不匹配将无法启动目标 Activity。IntentFilter 的过滤信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一个 Activity 中可以有多个 intent-filter
● 一个 intent-filter 同时可以有多个 action、category、data
● 一个 Intent 只要能匹配任何一组 intent-filter 即可启动对应 Activity
● 新建的 Activity 必须加上以下这句，代表能够接收隐式调用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一个action即可跳转，注意的是action要区分大小写。

规则：如果intent中有category，则所有的都能匹配到intent-filter中的category，intent中的category数量可用少于intent-filter中的。另外，单独设置category是无法匹配activity的，因为category属性是一个执行Action的附加信息。

intent不添加category会匹配默认的，即 “android:intent.category.DEFAULT”
如果上面例子，如果去掉intent.setAction("action_name")，则会抛出异常：

规则：类似action，但data有复杂的结构，只要匹配一个data并且与data中所有属性都一致就能匹配到Activity，只要有1个属性不匹配，都无法找到activity。
data的结构：

data 主要是由 URI 和 mimeType 组成的。
URI 可配置很多信息，的结构如下：

与url类似，例如：

mineType：指资源类型包括文本、图片、音视频等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
将上面的data改为

匹配mineType

如果有mineType，则不能仅设置setData或setMineType了，因为setData会把mineType置为null，而setMineType会把data置为null，导致永远无法匹配到activity，要使用setDataAndType。

使用scheme的默认值contentfile

注意该方法需要在startAtivity方法或者是finish方法调用之后立即执行，不能延迟，但可以在子线程执行。

而在windowAnimationStyle中存在四种动画：
activityOpenEnterAnimation // 打开新的Activity并进入新的Activity展示的动画
activityOpenExitAnimation // 打开新的Activity并销毁之前的Activity展示的动画
activityCloseEnterAnimation //关闭当前Activity进入上一个Activity展示的动画
activityCloseExitAnimation // 关闭当前Activity时展示的动画

overridePendingTransition的方式比较生硬，方法也比较老旧了，不适用于MD风格，google提供了新的转场动画ActivityOptions，并提供了兼容包ActivityOptionsCompat。

我们知道在onCreate和onResume里面直接获取到控件宽高为0，那有什么办法获取到控件的实际宽高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三种方式获取。

当用户点击桌面图标启动APP时，背后的流程如下：

我们看到的手机桌面是Launch程序的界面，点击应用图标会触发点击事件，调用startActivity(intent)，然后通过Binder IPC机制，与ActivityManagerService(AMS)通讯，AMS执行一系列操作，最终启动目前应用，大概流程如下：

通过PackageManager的resolveIntent()收集跳转intent对象的指向信息，然后通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity。如果有权限，则在新的task中启动目标activity，如果发现没有进程，则先创建进程。

如果进程不存在，AMS会调用startProcessLocked创建新的进程，在该方法中，会通过socket的通讯方式通知zygote进程孵化新的进程并返回pid，在新的进程中会初始化ActivityThread，并依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环。

创建好进程后下一步要将Application和进程绑定起来，AMS会调用上一节创建的ActivityThread对象的bindAppliction方法完成绑定工作，该方法会发送一条BIND_APPLICATION的消息，最终会调用handleBindApplication方法处理消息，并调用makeApplication方法处理消息，加载APP的classes到内存中。

通过前面的步骤，系统已经拥有了该Application的进程，后续的启动则是从已存在其他进程中启动Acitivity，即调用realStartAcitvityLocked，该方法会调用Application的主线程对象ActivityThread的sheleLaunchActivity方法，在方法中会发送LAUNCH_ACTIVITY到消息队列，最终通过handleLaunchActivity处理消息，完成Acitivty的启动。

Activity
Activity 的 36 大难点，你会几个？“建议收藏”
[译]Android Application启动流程分析

H. 在Android上开发应用软件必须具备的技术是什么技术难点是什么

android API+java, 你要会此语言就行了。