安卓实时更新图片的控件叫什么
A. Android自定义控件之可平移、缩放、旋转图片控件
先上效果图
单点拖动图片对图片进行平移操作。双手缩放图片大小和旋转图片到一定的角度。图片缩放的时候 不能大于最大的缩放因子和小于最小的缩放因子。大于最大缩放因子或者小于最小缩放因子需要对图像进行回弹。图片旋转的角度只能为90度的倍数，不满足90度要进行回弹。图片回弹要一个渐变的效果。
大体思路： 首先，Android中提供了Matrix类可以对图像进行处理。其次，要显示一张图片最容易想到的就是ImageView。回弹要求渐变的过程，可以通过属性动画进行设置。所以大体的思路是：继承ImageView，重写onTouchEvent()方法，判断事件类型，在对应的事件使用Matrix对图像进行变换。
Matrix是一个已经封装好的矩阵，最重要的作用就是对坐标点进行变换。
举个栗子：
1.某个点(x0，y0，1)通过单位矩阵E映射得到的点还是(x0,y0,1)。
3.点(x0，y0，1)通过矩阵T映射得到的点就会做如下的变换
可以看到点(x0，y0，1)经过T矩阵在x轴方向上平移了dx，在y轴方向上平移了dy。
通过以上的变换可以得到具体的思路： 我们维护一个图像对应的矩阵mCurrentMatrix，该矩阵主要是对ImageView中的图像的各个点进行映射。ImageView在容器位置摆放完成之后，置mCurrentMatrix矩阵为单位矩阵。当onTouchEvent()方法中触发单点触控并且手指进行平移的时候，调用矩阵mCurrentMatrix的postTranslate(dx,dy)，对mCurrentMatrix进行变换。当手指抬起，利用变换结束后的矩阵对图像的各个点进行映射，从而得到平移变换后的图像。同理可得，在两只手指进行缩放旋转的时候，我们对矩阵mCurrentMatrix进行各种变换，当缩放旋转的事件结束再利用变换完的矩阵去映射图像的各个点，从而得到缩放、旋转后的图像。
安卓自定义View进阶 - Matrix原理
安卓自定义View进阶 - Matrix详解
首先理清事件的逻辑：
初始化图像大小和位置
缩放图像大小和控件大小自适应，平移图像中心和控件中心重合
onTouchEvent()函数
平移操作
将图像对应的矩阵进行变换。
缩放操作
mBoundRectF为记录图像边界的矩形。缩放的时候选取图像的中心进行缩放。
旋转操作
旋转的时候旋转的旋转中心也是图像的中心
图像中各个点的映射
调用ImageView的setImageMatrix(Matrix matrix)会让ImageView根据设置的matrix去重新绘制图像。
更新图像的矩形边界
获得图像的矩形，并根据矩阵映射矩形各个点的坐标。
缩放回弹
旋转回弹
一些计算方法
要求图像的变换是一个渐变的过程，很容易想到的就是属性动画。因为属性动画本身就是对值进行不断set的过程。而我们维护的矩阵也是一个值，所以很自然可以想到，如果得到回弹之前的矩阵的值以及回弹之后矩阵的值，就可以根据动画监听器中动画当前的系数值去改变矩阵的值。
对animator对象设置完监听器之后，就可以在手指抬起的时候调用属性动画的start()方法开启动画。
自定义可平移、缩放、旋转的控件主要点有两个方面：一是onTouchEvent()中判断平移、旋转、缩放的触发条件，平移位移量、缩放比例因子、旋转角度的计算。二是Matrix矩阵的应用。
B. 安卓桌面小部件Widget的局限性及适用性
一、Widget并不支持所有的控件跟布局，而仅仅只是支持Android布局和控件的一个子集。（当然也不支持自定义View）
1.支持的布局：
2.支持的控件：
二、Widget不支持Animation动画。
1.可以通过Bitmap、layoutAnimation和帧动画实现动画效果：
用这些方式虽然可以实现简单的动效，但是非常容易产生内存溢出问题，导致OOM和闪退。归根结底，Widget的设计是主打轻量化，需要长期放在桌面的Widget如果有大量动效，将会耗费大量系统性能和电量，这与它的设计初衷是相违背的。
2.动画效果和方位传感器测试：
动效：使用 setImageViewBitmap 方法设置简单的旋转动画，动画会在两基吵乎分钟后停止播放。
传感器：在应用进入后台，执行 onStop 方法时，方位传感器会在一分钟后停止监听回调，此时后台Service正常运行，Widget时间正常更新，但是方位传碰正感器不再回调监听。（经测试，开启前台Service才可以正常监听）
总结：非常不建议Widget需要动画或者调用传感器展示，在部分手机上会提示耗电异常，强制杀死程序。
三、进程保活：
进程保活涉及到的问题搏悉非常复杂，且越来越严格。测试了三款APP：
顺历：清除后台任务后Widget时间停止更新。
万年历：正常更新。
中华万年历：正常更新。
总结：顺历未设置保活方案，或保活失败。
万年历与中华万年历监听了系统时区改变广播、时间手动设置广播，在手动设置时间或时区后这两个Widget也同步更新。同时还有一个时间正常流逝的广播，系统每分钟会发送一次，但是这个广播在8.0系统以后不允许静态注册，也就是只能在APP运行的情况下才能监听这个广播。尚不清楚这两个APP如何保活，或是如何在8.0以上系统监听这个广播，达到即便杀死后台，也能每分钟刷新Widget时间的目的。
关键词“轻量化”
1.因为Widget主打轻量化，对动效支持较差，所以Widget界面以静态界面为主。
2.支持的布局和控件非常少，不支持自定义View，界面以简易布局为主。（如图片+文字）
3.实时性要求不高。（如每日一首古诗）
4.与用户简单互动。(如播放器的播放、暂停、下一曲)