189 8069 5689
1、打开任意一个布局文件，默认显示Design页面，点击左下角按钮Text切换到text页面
创新互联建站于2013年创立，先为达日等服务建站，达日等地企业，进行企业商务咨询服务。为达日企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
2、点击text页面右边侧栏的Preview按钮，就可以在text傍边显示布局预览界面了。
3、布局预览页面默认是显示在text页面右侧的，不过还是可以调整其显示位置的。点击布局预览页面右上角的设置按钮，会显示下拉设置选项。
4、光标移动到Moveto设置下拉选项时，会弹出新的选项列表。选中Left后，布局预览页面就显示在text页面左边了。其他方向的设置方法类同。
最近在做设备性能测试，下面和大家分享一下android应用程序的CPU和内存的性能测试。我们知道监测CPU和内存占用是一个实时变化的状态，我们可以通过Linux的资源监控命令来实现对android平台的资源实时监控。
要做到上面的测试环境需要具备以下几点：
（1）adb shell
(2）echo 3/proc/sys/vm/drop_caches(清除系统cache）
（3）top -d 1 | grep com.baidu.BaiduMap(以百度为例，每一秒打印一次资源利用情况）
由于使用了复合查询”管道符“的方式，所以必须拥有root权限，否则grep的命令无法识别。
在这里我们看到cmd并没有显示出所对应的列的标题，所以我们可以单独通过top命令来了解到：
至于以上各列的含义我不说我想大家也应该猜得到了，在这里仅说一下我们要用到的两个参数，其他的可以再网上查询了解：
|--CPU%：CPU占用率
|--RSS：实际占用的物理内存数，单位KB
我们可以针对不同的业务，打印出不同的“标签”，用于区别现在从事的那个业务，并为后期分析各业务模块中CPU和内存的占用以及对比使用。
截止至2020年12月，最新版本为Android 11。
系统特点
一、界面
Android的默认用户界面主要基于直接操作，透过触控松散地对应现实动作以作出输入，例如滑动、点击、捏动和反向挤压，随着虚拟键盘，以操控屏幕上的对象。游戏控制器及物理键盘都能透过蓝牙或USB得到支持。
在回应用家的输入方面，设计旨在提供立即流畅的触摸界面，经常使用设备的振动功能向用户提供触觉反馈。内部硬件，例如是加速规、陀螺仪、距离传感器都能被某些应用程序来回应用户的操作，例如根据设备的方向来把屏幕由纵向调整为横向，或容许用户透过旋转设备，在赛车游戏中驾驶车辆。
当Android设备引导就会进入主画面，那是设备的主要导航及信息“枢纽”，类似于个人电脑的桌面。
Android的主画面通常由应用程序图标及小工具（widget）组成，应用程序图标引导相关的应用程序，而小工具则会实时显示，并会自动更新内容，例如天气预报、用户的电子邮件，或是直接在主画面上看新闻摘要。主画面可以由若干页面组成，用户可以在这些页面之间来回滑动。
二、应用程序
Android拥有越来越多第三方应用程序的选择，用户可以透过下载和安装应用程序的APK（Android应用程序包），或利用应用程序商店来下载，允许用户在那里进行安装、更新和移除。
三、内存管理
由于Android设备通常采用电池供电，因此Android旨在管理流程以将耗电降至最低。当应用程序未使用时，系统会暂停其操作，虽然可以在关闭期间立即使用，但它并不会使用电池电源或CPU资源。当内存不足时，系统将会自动隐藏地开始关闭长时间内处于非活跃状态下的进程。
扩展资料：
Android Inc.于2003年10月由安迪·鲁宾、利奇·米纳尔、尼克·席尔斯、克里斯·怀特在加州帕罗奥图创建。Android最初由安迪·鲁宾等人开发制作；
最初开发这个系统的早期方向是创建一个数字相机的先进操作系统，但是后来发现相机市场规模不够大，加上智能手机发展趋势快速成长，于是Android成为一款面向智能手机的操作系统。于2005年7月11日Android Inc.被美国科技企业Google收购。
2007年11月，Google与84家硬件制造商、软件开发商及电信营运商成立开放手持设备联盟来共同研发Android；
随后Google以Apache免费开放源代码许可证的授权方式，发布了Android的源代码，开放源代码加速了Android普及，让生产商推出搭载Android的智能手机，Android后来更逐渐拓展到平板电脑及其他领域上。
本文之所以有必要编写并作记录，主要原因是因为在工作中开发出一个万能的自定义camera预览控件之后，本是一个提高效率以及提供一个强大能力的控件，但是产品并不能理解这个万能控件存在的意义，产品无法与技术设计相结合的理解使用；并且发现我们的智能业务部Camera自定义预览技术虽然是使用多年，但是我们并没有真正的形成规范，由于产品在不能够理解系统平台（Android/iOS）给产品和研发带来了什么，导致产品可能会出现在不理解系统平台以及系统知识的情况下，臆想产品所谓的形态；当产品设计脱离了系统平台所支持的技术点以及设计的初衷，就会导致回归问题的时候，出现不必要的讨论，其根结就是一点：“信息不同步，知识不同步”。
所以，为了提高效率，就采用记录和分享的方式，尝试性推动产品、测试、研发三者对工程与架构的同步理解，更深的懂得程序架构设计意义，尝试性通过信息同步的方式，在一个统一的知识储备的平台下，共同完成一个更高效，和高品质的工程产品。（为了能够让非技术：产品设计，以及测试都能够理解，所以，使用了更多的白话解释）
附：强大灵活的FsCameraTextureView（第一版，自适应截取）（ 第二版本版本：自适应展示）
首先，抛出几个问题，
1）什么是摄像头支持的previewSize？
2）什么是视频或者图片的pictureSize?
3) 如何获取和查看摄像头支持的PreViewSize 和PictureSize ？
4）手机预览所见的区域SurfaceView(TextureView)与camera 的previewSize的关系是什么？
5）为什么会设计了两种预览方式view，两种预览方式都会有什么样子的效果呢？
一，概述
通过Android Camera拍摄预览中设置setPreviewCallback实现onPreviewFrame接口，实时截取每一帧视频流数据（简单说来，就是通过设置一个接口，接收系统回调通知我们的每一帧数据）
二，知识点
1， camera支持的格式：
2，拍照流程
3，camera权限
三，Android Camera中PreviewSize、 PictureSize、 SurfaceView(TextureView)之间的关系
1，PreviewSize：
相机预览时候的能支持的尺寸，简单的说一下，就是预览的大小，也就是拍照前能够看到的图片大小。（通过Android手机相机可以试一下，这个参数设置不同，同样的焦距下，拍摄桌子上一个固定距离的东西，看到的视野会不同）
相机的预览尺寸，不能随意的设置值，只能通过camera的parameters的getSupportedPreviewSizes方法，获取支持的预览尺寸列表，并从列表中选择一个设置在parameters中。（通俗简单的说就是，获取camera中能够支持的预览大小合集，如果你想要查看某个预览对应的尺寸，就把该尺寸设置到camera的属性中即可，则camera会返回相对应尺寸的预览数据流提供显示）。
2，PictureSize :
指的是拍照之后，最终拍摄到的图片大小，也就是图片的质量。图片尺寸同样也只能从支持的列表中选取一个设置。 调用camera的takePicture方法（拍照）后，获得拍照的图像数据，注意picturesize和previewsize的宽高比也要保证一致，否则获取的图片会将preview时的图像裁剪成picturesize的比例。 previewsize的分辨率，只会影响预览时的分辨率，不会影响获取图片的分辨率，所以preview只是确定了图像的取景最大范围。最终图片的分辨率是由picturesize来决定。 所以，最好的设置方法，例如：previewsize为1280*720，picturesize为2560*1440。（由于我们没有拍照业务，目前这个知识，不做深究）
3，SurfaceView(TextureView)
用于展示camera预览图像的view，就是将preview获得的数据，放在这个view上。所以如果preview的宽高比和SurfaceView的宽高比不一样，就会导致看到的图像拉伸变形。图像拉伸变形解决的办法：
（1）就是在确定preview的分辨率后，重新设置SurfaceView宽高；
（2）如果SurfaceView宽高定死，则需要获取一个比例适合SurfaceView尺寸的PreviewSize 的preview，尽量小的裁剪，然后填充在SurfaceView中。
4，利用图片的显示方式，理解Preview与SurfaceView（TextureView）显示关系
ImageView （UI上面设计的一个控件）与图片bitmap 的关系，比如限定死一个ImageView的大小，但是图片与ImageView尺寸不一致，就会有几种方案，首先选取一张长方形1920*1080的图片，ImageView就是紫色部分，无论长宽比都比ImageView要大。
图片适配例1：拉伸填充ScaleType.FIT_XY :虽然被全部填充，但是整个图片为了适配图片已经扭曲，失真，图片缩放到控件大小，完全填充控件大小展示。
图片适配例2：等比例裁剪填充ScaleType.CENTER_CROP ，因为在该模式下，图片会被等比缩放直到完全填充整个ImageView，并居中显示。该模式也是最常用的模式了。如图可以看到，图片的高度是能完全展示出来的，但是左右部分被进行了裁剪，并没有完全显示。
图片适配例3 : ScaleType.CENTER_INSIDE，此模式，用以完全展示图片内容为目的。图片将被等比缩放到能够完整展示在ImageView中并居中，如果图片大小，小于控件尺寸，那么就直接居中展示该图片
图片适配ImageView方式还有很多，就不一一列举，这三种已经足够重要，为什么讲解camera预览，却穿插了图片的适配，其实可以这么理解，camera的preview就是由多张图片组成，不断的像帧动画一样变化，而SurfaceView就是一个载体，相当于ImageView，业务中定死了SurfaceView的大小之后，被动的承载你选择的previewSize，来展示camera的Preview，你可以选择类似于前面三种例子来理解preview的填充，以下会举例说明preview的填充策略选择有哪几种方式，我们会采用哪种方式：
1）拉伸填充，自适应view，不可取，比如：手机的SurfaceView是整个手机的屏幕尺寸（全屏填充），或者任意尺寸比例的surfaceView，使用这种方式，就如同（图片适配例1）的方式，导致视频扭曲，拉伸。
2）等比例裁剪填充，目前我们项目中，采用的就是这种方式，并且提供给很多三方使用，已经成为一种独立，并且稳定的技术实现自定义view，简单说一下视频的适配策略方式，SurfaceView随便由业务方，自定义宽度大小，比如业务方选择了1900*1000的SurfaceView， 我们的适配过程是：（1）从PreviewSize列表中选取最接近SurfaceView尺寸的PreviewSize（假设该摄像头，只支持1920*1080，和320*640），1920*1080最接近，所以被获取；(此处展示一下蹩脚的英文Try to find an size match aspect ratio and size,尝试找到纵横比与view大小比适中的一个尺寸)（2）等比例裁剪填充到SurfaceView，首先我们设计的逻辑是，先选取一个缩放比例，假设等比例1920的图片按照SurfaceView的宽度等比例缩小到1900，而为了不让Preview失真，则高度1080等比例缩小的值是1068.75（等比例方程式，这里就不重复初中的知识，请自行计算），所以图片被压缩成为1900*1068这个尺寸，依旧保证图片完整，并且不失真。（3）将等比例缩减的图片，1900*1068进行显示在1900*1000的SurfaceView中，就会有一种效果类似（图片适配例2），宽度全部展示，高度被裁剪。（如同 图片适配例2中左右部分裁剪一样的道理）
3）完全展示camera内容的缩放填充（类似图片适配例3），我们打开任意一部手机的camera，预览图像都没有全屏幕展示，类似拍照功能，所见即所得，PreviewSize是多少，就显示什么样子的比例尺寸，以及最后生产的照片比例就是多少，我们的自定义view，也可以随意设置大小，此模式下，用以完全展示camera内容为目的。Preview将被等比缩放到能够完整展示在SurfaceView中并居中，但是可能会有部分位置无法填充（类似图片适配例3显示效果）。
（该方式只是进行了技术储备，由于没有业务场景设计，所以没有使用，目前只是储备了这样的自定义控件）
四，灵活的自定义TextureView预览控件
FsCameraTextureView（第一版，自适应截取）：等比例裁剪填充，方式（适配方式2），采用前面说的适配方式2，而产出的一种自定义view，2019年5月产出至今，在金融APP，以及商城的app中使用，经过逐步优化，和多版本检验，目前该控件，拥有以下特点： 1）稳定：目前各个使用场景，均无逻辑崩溃，内存泄漏，线程等任意问题； 2）灵活：随意设置预览view的尺寸大小，自适应任意业务设计；不仅仅满足刷脸业务，并且满足任意相机预览业务方使用； 3）提高效率，减轻工作量：使用简单，操作步骤简洁，接入只需要两步；减轻接入端，或者想要使用相机预览的业务的工作量，不需要重复造车，并且安全稳定。
输出的业务方有（经不完全统计）：（目前业务为保密进行公网保密处理）1）**创新科技业务部-区块链部门 2）泰国人脸识别业务SDK3）S D**Bank 人脸业务4）核验身份证业务5）HT**Bank 人脸业务 6）**云，商业平台部门
FsAllPreviewCameraTextureView（技术储备版，全预览模式显示）：完全展示camera内容的缩放填充，采用前面说的（适配方式3）适合拍照相关的业务使用，优点同样是，外部业务随意改变view大小，可以自适应view，由于目前没有业务方使用，暂时做储备，不深入讲解。
如果可以控件开源成功，后期，我将开源这两个控件，让更多的使用方使用，我们也希望共同技术进步，提高工程产出的使用能力。
预计下一次分享内容是（临时命名）
1）人脸核验内存和线程爆表到泄漏为零
2）分享七年前参于的Scrum（如何提高岗位间效率所定制的敏捷开发过程）
本文参考：
android开放实现语音通话最快的方式直接用现成SDK，可以试试ZEGO即构科技的实时语音SDK，实现流程也比较便捷，通过四行代码，三十分钟就可以搭建聊天场景了
在App运行过程中，我们的视图层级可能会由于用户的操作一直在发生改变，甚至可能会有一些出乎预料的变化，本文将会介绍 如何进行Android视图实时分析，分析View的视图层级及属性变化。
首先，笔者先来一个简单的Demo实例。我们使用Android Studio新建一个Empty Android工程，跑一下程序，界面如下图所示：
接下来，我们要对视图层级进行分析，但分析之前先给各位介绍两个视图分析工具。
1. Android SDK 中 tools 包下的 hierarchyviewer ，最终展现的视图效果如下：
2. Android Studio 也有自带的视图分析工具 Layout Inspector（布局检查器） ,打开方式如下图所示：
可以看到Layout Inspector最右侧的属性栏可以查看 每一个View的所附带的属性及属性值 。
从根视图开始分析视图层级，如下图所示：
DecorView的第一个子View（LinearLayout）, 如下图所示：
DecorView的第二个子View（View）,如下图所示：
DecorView的第三个子View（View）,如下图所示：
至此，DecorView的最外层View全部分析完毕。
接下来，分析DecorView的第一个子View(LinearLayout)，如下图所示：
ViewStub的属性信息，如下图所示：
FrameLayout的属性信息，如下图所示：
接下来，继续分析FrameLayout的子View，如下图所示：
ContentFrameLayout的视图属性，如下图所示：
ActionBarContainer的视图属性，如下图所示：
不过，还有个问题需要提醒一下， 不同机型，不同系统主题设置 生成的视图结构可能会不一样，举两个例子：
例一：笔者把使用的模拟器换成自己的手机（360N5 Android 6.0.1） ，运行后视图布局如下:
可以看到 笔者的手机是没有NavigationBar(底部导航栏)的 。
例二：笔者把Activity的主题"Theme.AppCompat.Light.DarkActionBar"换成无标题栏主题"Theme.AppCompat.Light.NoActionBar" ，运行后视图布局如下：
可以看到视图结构与我们之前分析的相比，发生了一些变化。
最后，还有个细节给各位补充下： Layout Inspector 只能分析出Android Studio当前 “正在运行的APP” 的视图布局结构，其他应用的视图布局结构是无法显示的。
如果我们想要分析一个第三方应用（如：微信、QQ）的视图结构可以使用 Android Device Monitor(安卓设备监视器) ，具体打开步骤如下图所示：
以QQ为例，我们先打开手机QQ，显示出QQ主界面，然后按照下图的 "红色圈选" ,依次点击,当前的视图结构就出来了，但是相比于 Layout Inspector 工具，视图属性信息提供的较少...
视图层级分析 到此结束，有时间再补篇源码，分析一下布局加载的流程。
写这篇文章的时候被IOS同事嘲讽了，它们吐槽Android的视图分析工具太渣，最后对比看了下，Android的视图分析工具确实没有IOS的高大上......╮(╯▽╰)╭
最后，秀一下IOS的视图分析工具 Reveal ，如下图所示：