Ⅰ android更新Ui的几种方法和见解
利用Looper更新UI界面
2.AsyncTask利用线程任务异步更新UI界面
3.利用Runnable更新UI界面
Ⅱ android 怎么开发好的ui界面
好的UI设计和好的实现。
Ⅲ 32个实用酷炫的Android开源UI框架
1.Side-Menu.Android
分类侧滑菜单 ， Yalantis 出品。
项目地址： https://github.com/Yalantis/Side-Menu.Android
2.Context-Menu.Android
可以方便快速集成漂亮带有动画效果的上下文菜单， Yalantis 出品。
项目地址： https://github.com/Yalantis/Context-Menu.Android
3.Pull-to-Refresh.Rentals-Android
提供一个简单可以自定义的 下拉刷新 实现，Yalantis 出品。
项目地址： https://github.com/Yalantis/Pull-to-Refresh.Rentals-Android
4.Titanic
可以显示水位上升下降的TextView
项目地址： https://github.com/RomainPiel/Titanic
5.AndroidSwipeLayout
滑动Layout ，支持单个View，ListView，GridView
项目地址： https://github.com/daimajia/AndroidSwipeLayout
Demo地址： Download Demo
6.Android Typeface Helper
可以帮你轻松实现自定义字体的库
项目地址： https://github.com/norbsoft/android-typeface-helper
7.android-lockpattern
Android的图案密码解锁
项目地址： https://code.google.com/p/android-lockpattern/
Demo地址： https://play.google.com/store/apps/details?id=group.pals.android.lib.ui.lockpattern.demo
文档介绍： https://code.google.com/p/android-lockpattern/wiki/QuickUse
APP示例：Android开机的图案密码解锁，支付宝的密码解锁
8.ToggleButton
状态切换的 Button，类似 iOS，用 View 实现
项目地址： https://github.com/zcweng/ToggleButton
9.WilliamChart
绘制图表的库，支持LineChartView、BarChartView和StackBarChartView三中图表类型，并且支持 Android 2.2及以上的系统。
项目地址： https://github.com/diogobernardino/WilliamChart
Demo地址： https://play.google.com/store/apps/details?id=com.db.williamchartdemo
Demo项目： https://github.com/diogobernardino/WilliamChart/tree/master/sample
10.实现滑动ViewPager渐变背景色
项目地址： https://github.com/TaurusXi/GuideBackgroundColorAnimation
11.Euclid
用户简历界面， Yalantis 出品。
项目地址： https://github.com/Yalantis/Euclid
12. InstaMaterial
Instagram的一组Material 风格的概念设计
项目地址： https://github.com/frogermcs/InstaMaterial
13. SpringIndicator
使用bezier实现粘连效果的页面指示
项目地址： https://github.com/chenupt/SpringIndicator
14. BezierDemo
仿qq消息气泡拖拽 消失的效果。
项目地址： https://github.com/chenupt/BezierDemo
15. FoldableLayout
折叠的信纸被打开一样的动画效果
项目地址： https://github.com/alexvasilkov/FoldableLayout
16.Taurus
下拉刷新，Yalantis 出品。（是不是有点似曾相识呢？）
项目地址： https://github.com/Yalantis/Taurus
17. PersistentSearch
在点击搜索的时候控件在原有位置显示输入框。
项目地址： https://github.com/Quinny898/PersistentSearch
18. circular-progress-button
带进度显示的Button
项目地址： https://github.com/dmytrodanylyk/circular-progress-button
19. discrollview
当上下滚动的时候子元素会呈现不同动画效果的scrollView，网页上称之为：视差滚动
项目地址： https://github.com/flavienlaurent/discrollview
20. sweet-alert-dialog
一个带动画效果的 自定义对话框样式
项目地址： https://github.com/pedant/sweet-alert-dialog
21. android-floating-action-button
Material Desig风格的 浮动操作按钮
项目地址： https://github.com/futuresimple/android-floating-action-button
22. android-collapse-calendar-view
可以在月视图与周视图之间切换的calendar控件
项目地址： https://github.com/blazsolar/android-collapse-calendar-view
22. android-collapse-calendar-view
可以在月视图与周视图之间切换的calendar控件
项目地址： https://github.com/blazsolar/android-collapse-calendar-view
23. NumberProgressBar
个简约性感的数字进度条
项目地址： https://github.com/daimajia/NumberProgressBar
24. CircularProgressView
CircularProgressView 是通过自定义view的方式实现的Material风格的加载提示控件，兼容任何版本。
项目地址： https://github.com/rahatarmanahmed/CircularProgressView
25. OriSim3D-Android
opengl 实现了各种折纸效果，模拟了从一张纸折叠成一条船的整个过程
项目地址： https://github.com/RemiKoutcherawy/OriSim3D-Android
26、万能日历控件:CalendarView
GitHub: https://github.com/huanghaibin-dev/CalendarView
中文使用文档: https://github.com/huanghaibin-dev/CalendarView/blob/master/QUESTION_ZH.md
27、大图查看器： BigImage ImageView ViewPager
Github: https://github.com/SherlockGougou/BigImageViewPager
地址： https://www.jianshu.com/p/b15e65791c3f
支持超长图、超大图的图片浏览器，优化内存，支持手势放大、下拉关闭、查看原图、加载百分比、保存图片等功能。现已支持androidx。
28、安卓工具包androidUntilCode(安卓必备)
Github: https://github.com/Blankj/AndroidUtilCode/blob/master/lib/utilcode/README-CN.md
29、万能适配器-BRAVH
官网: http://www.recyclerview.org
GitHub: https://github.com/CymChad/BaseRecyclerViewAdapterHelper
RecyclerView
作为Android最常用的控件之一，是否常常为“她”操碎了心
BRVAH受益群体是所有Android开发者，希望更多开发者能够一起来把这个项目做得更好帮助更多人
30、智能刷新控件--SmartRefreshLayout
GitHub: https://github.com/scwang90/SmartRefreshLayout
中文: https://gitee.com/scwang90/SmartRefreshLayout
SmartRefreshLayout以打造一个强大，稳定，成熟的下拉刷新框架为目标，并集成各种的炫酷、多样、实用、美观的Header和Footer。 正如名字所说，SmartRefreshLayout是一个“聪明”或者“智能”的下拉刷新布局，由于它的“智能”，它不只是支持所有的View，还支持多层嵌套的视图结构。 它继承自ViewGroup 而不是FrameLayout或LinearLayout，提高了性能。 也吸取了现在流行的各种刷新布局的优点，包括谷歌官方的 SwipeRefreshLayout ， 其他第三方的 Ultra-Pull-To-Refresh 、 TwinklingRefreshLayout 。 还集成了各种炫酷的 Header 和 Footer。
31、内存泄漏检测工具--leakcanary
使用方式: https://www.jianshu.com/p/b83ddffcb3b5
LeakCanary是Square公司基于MAT开源的一个工具，用来检测Android App中的内存泄露问题。官方地址： https://github.com/square/leakcanary
32、 1218683832 / AndroidSlidingUpPanel
SlidingUpPanelLayout：可以上下滑动的菜单布
https://github.com/1218683832/AndroidSlidingUpPanel
Ⅳ Android UI线程
思考：
先必须了解下面2个问题
1.顾名思义 UI线程 就是刷新UI 所在线程
2.UI是单线程刷新
1.对Activity 来说 UI线程就是其主线程
2.对View来说 UI线程就是创建ViewRootImpl所在的线程
可以通过 WindowManager 内部会创建ViewRootImpl对象
好了，进入主题。我们来慢慢揭开面纱。
我们可以分别从几个方面切入
我们可能都有使用过 runOnUiThread 现在来看看的源码实现。
可以从上面的源码 看到
不是UI线程 就用Handler切到Handler所在的线程中，如果是UI线程直接就调用run方法。
Activity的创建：
1.Activity创建：mInstrumentation.newActivity
2.创建Context ：ContextImpl (r)
我们经常用这个方法干的事情就是，要么在onCreate中获取View宽高的值。要么就是在子线程中做一些耗时操作 ，然后post切到对应View所在的线程 来绘制UI操作。那么这个对应的线程就是UI线程了。
那么这个UI线程就一定是主线程吗？
接来继续来看。它的源码View:post
mAttachInfo 在dispatchAttachedToWindow 中被赋值 ，也就是在ViewRootImpl创建的时候，所以是创建ViewRootImpl所在的线程。
attachInfo 上面时候为null 呢？在ViewRootImpl 还没来得及创建的时候，ViewRootImpl 创建是在 “onResume" 之后。所以在 Activity 的 onCreate 去View.post 那么AttachInfo 是为null 。
当 AttachInfo == null 那么会调用 getRunQueue().post(action) 。
最终这个Runnable 被 缓存到 HandlerActionQueue 中。
直到ViewRootImpl 的 performTraversals 中 调用dispatchAttachedToWindow(mAttachInfo, 0);， 那么才会去处理 RunQueue() 中的Runnable。
来张图 便于理解这个流程
我们有时候去子线程操作UI的时候(如：requestLayout)，会很经常见到下面的 报错日志：
Only the original thread that created a view hierarchy can touch its views
为什么会报这个错误呢？
翻译一下：只有创建视图层次结构的原始线程才能接触到它的视图。
也就是操作UI的线程要和ViewRootImpl创建的线程是同一个线程才行，并不是只有主线程才能更新UI啊。
ViewRootImpl创建的线程？那么 ViewRootImpl 在哪里被创建的呢？
从上图可以看到ViewRootImpl创建最开始是从 ActivityThread 的HandleResumeActivity中开始 一直 ViewRootImpl 创建，也就是说ViewRootImpl 对应的UI线程和 ActivityThread 在同一个线程 也就是主线程。
好了 通过上面的讲解，上面的问题相信你可以自己回答啦~
Ⅳ android ui 设计的怪异问题 自己的想出来的 望网友快速解答 高悬赏
大小 位置完全一样不就重合了么？
Ⅵ fiUI是什么意思
fiUI是国内知名Android第三方团队倾力打造——FIUI（Future Interactive UI）。
FIUI是国内首个真正意义上第三方团队制作的Android UI，官方网站是：fiui.org 。org域名是各类组织机构，包括非盈利团体。他们与知名的CM团队一样，使用的是org的域名。
Ⅶ Android UI卡顿原因及解决办法
渲染机制介绍
为了分析UI卡顿，我们有必要理解一下渲染机制，这套渲染机制适用于绝大部分的屏幕渲染，其中包括Android手机等众多屏幕设备。
渲染的一些重要参数：
屏幕刷新理想的频率（硬件的角度）：60Hz
理想的一秒内绘制的帧数，帧率（屏幕刷新的角度）：60fps
这两个参数都是理想值，指代的都是同一个概念。实际情况中难免会比它们低。在60fps内，系统会得到发送的VSYNC(垂直刷新/绘制)信号去进行渲染，就会正常地绘制出我们需要的图形界面。Android手机进行绘制的时候，GPU帮助我们将UI组件等计算成纹理Texture和三维图形Polygons，同时会使用OpenGL---会将纹理和Polygons缓存在GPU内存里面。
其中，VSYNC：有两个概念
Refresh Rate：屏幕在一秒时间内刷新屏幕的次数----有硬件的参数决定，比如60HZ，即屏幕每秒刷新60次
Frame Rate：GPU在一秒内绘制操作的帧数，比如：60fps，
基本结论
要达到60fps，就要求：每一帧只能停留16ms。（大概就是1000ms/60 ~= 16ms刷新一次）
内存抖动是因为大量的对象被创建又在短时间内马上被释放。
瞬间产生大量的对象会严重占用Young Generation的内存区域，当达到阀值，剩余空间不够的时候，也会触发GC。即使每次分配的对象占用了很少的内存，但是他们叠加在一起会增加Heap的压力，从而触发更多其他类型的GC。这个操作有可能会影响到帧率，并使得用户感知到性能问题。
Android里面是一个三级Generation的内存模型，最近分配的对象会存放在Young Generation区域，当这个对象在这个区域停留的时间达到一定程度，它会被移动到Old Generation，最后到Permanent Generation区域。
Android每个16ms就会绘制一次Activity，通过上述的结论我们知道，如果由于一些原因导致了我们的逻辑、CPU耗时、GPU耗时大于16ms( 应用卡顿的根源就在于16ms内不能完成绘制渲染合成过程,16ms需要完成视图树的所有测量、布局、绘制渲染及合成 )，UI就无法完成一次绘制，那么就会造成卡顿。
比如说，在16ms内，发生了频繁的GC：
在第一个16ms内，UI正常地完成了绘制，那么屏幕不会卡顿。
在第二个16ms内，由于某些原因触发了频发的GC，UI无法在16ms内完成绘制，就会卡顿。
UI卡顿外部和内部常见原因
下面总结一些常见的UI卡顿原因：
1.内存抖动的问题
2.方法太耗时了（CPU占用）
1） CPU计算时间，CPU的测量、布局时间
2）CPU将计算好的Polygons和Texture传递到GPU的时候也需要时间。OpenGL ES API允许数据上传到GPU后可以对数据进行保存，缓存到display list。因此，我们平移等操作一个view是几乎不怎么耗时的 。
3） GPU进行格栅化
当我们的布局是用的FrameLayout的时候，我们可以把它改成merge，可以避免自己的帧布局和系统的ContentFrameLayout帧布局重叠造成重复计算(measure和layout)。
使用ViewStub：当加载的时候才会占用。不加载的时候就是隐藏的，仅仅占用位置。
CPU优化建议
针对CPU的优化，从减轻加工View对象成Polygons和Texture来下手：
View Hierarchy中包涵了太多的没有用的view，这些view根本就不会显示在屏幕上面，一旦触发测量和布局操作，就会拖累应用的性能表现。那么我们就需要利用工具进行分析。
如何找出里面没用的view呢？或者减少不必要的view嵌套。
我们利用工具：Hierarchy Viewer进行检测，优化思想是：查看自己的布局，层次是否很深以及渲染比较耗时，然后想办法能否减少层级以及优化每一个View的渲染时间。
我们打开APP，然后打开Android Device Monitor，然后切换到Hierarchy Viewer面板。除了看层次结构之外，还可以看到一些耗时的信息：
三个圆点分别代表：测量、布局、绘制三个阶段的性能表现。
1）绿色：渲染的管道阶段，这个视图的渲染速度快于至少一半的其他的视图。
2）黄色：渲染速度比较慢的50%。
3）红色：渲染速度非常慢。
GPU优化建议就是一句话：尽量避免过度绘制（overdraw）
一、背景经常容易造成过度绘制。
手机开发者选项里面找到工具：Debug GPU overdraw，其中，不同颜色代表了绘制了几次：
Ⅷ Android UI 渲染
概要： 一个view想要渲染到屏幕上，底层需要将view转化为像素点内容，每一个view的测量和重绘都是一个转化像素点内容的过程的第一步；每一个view的绘制，比如Textview.setText()或者textview.invalidate()等都将递归到ViewRootImpl类，调用ViewRootImpl.performTraversals(此方法从窗口的最顶层DecorView开始测量performMeasure(）、布局performLayout（）、重绘 performDraw操作，当然google工程师进行了很多判断，防止不必要的绘制操作)
友情链接：https://www.jianshu.com/p/86d00bbdaf60