1.网络请求：volley，OKHttp网络框架可以写这俩

2.图片加载：Glide，Universal-Image-Loader，图片框架可以这俩选一个写

图片OOM的情况，就主要是说要自己之前的时候用双缓存，MemoryCache和DiskCache，再深点就是怎么快速找到，就说把图片的URL生成一个hashmap存在缓存中，取图片的时候先判断内存缓存中有没有，有直接取出，没有去磁盘缓存取，没有的话在从网络取，缓存使用LRU算法快速找到其实就是用到一次就加到最前面，因为你找的时候要遍历的尽量让他在前面找到这样就可以结束循环的快LinkedHashMap是有序的就等于是你把最常用的放到LinkedHashmap中

3.视图注入：butterknife和Xutils可以选一个，xutils是比较综合的，网络，图片，视图注入和数据库都有，butterknife只是视图注入，所以如果要写xutils的话不要单独写他是视图注入框架视图注入就是不用频繁的写findviewbyid，setonclick等这种操作，直接用@Viewinject，@onclick这种方法标注就行

4.ORM关系型数据库也是，GreenDao和Xutils二选一，就是数据库中存的一条数据的字段和你程序中的Entity实体类一一对应这样你进行CRUD操作的时候可以通过操作对象来实现（crud是增删改查操作）框架也是操作的sqlite比如说你的数据库User表，有id，name，password，sex字段你在程序中中的User类，里面的成员属性也是id，name，password，sex这样你可以通过实例化一个数据库操作对象来一句话实现CRUD操作比如添加一条数据dbutils.add(new User());

5.自定义view：http://blog.csdn.net/lmj623565791/article/details/24252901经常问的问题①要重写的方法 [ 、重写onMesure ]重写onDraw    、重写onMesure不一定是必须的②在布局文件中怎么引用  一定要引入 xmlns:custom="http://schemas.android.com/apk/res/com.example.customview01"我们的命名空间，后面的包路径指的是项目的package③怎么获得自己定义的样式  /**          * 获得我们所定义的自定义样式属性          */          TypedArray a = context.getTheme().obtainStyledAttributes(attrs, R.styleable.CustomTitleView, defStyle, 0);  ④这三个的区别  重写之前先了解MeasureSpec的specMode,一共三种类型：EXACTLY：一般是设置了明确的值或者是MATCH_PARENTAT_MOST：表示子布局限制在一个最大值内，一般为WARP_CONTENTUNSPECIFIED：表示子布局想要多大就多大，很少使用这几个地方比较常用，还有的就直接问你怎么自定义view

6.java的基础知识：会问一些封装继承多态的问题 ，可以说代码用MVC架构，使用常用的设计模式  设计模式你要记住最基本的几种：单例模式，工厂模式，抽象工厂模式，代理模式，适配器模式等  单例模式最好自己能写下来，最简单的一种设计模式，我遇见过两家公司让你写单例模式的  http://cantellow.iteye.com/blog/838473  知道懒汉，饿汉，线程安全就可以了，不要写最好的那种  如果你记得住的话可以写，一般写出懒汉或者饿汉的一种就行  但是要说出来自己写的是哪种  其他的你记得住的话可以说出来怎么写，就不用全写下来了  记住  懒汉，饿汉，线程安全这几个词，能说出来更好

7.Retrofit  Rxjava  EventBusmvp mvvmAS 模板开发新添加的MD风格的控件NavigationView侧滑导航栏，tabLayout 和viewPager联用的指示页面的控件，Snackbar用法类似于Toast，一种底部弹出式的新消息提醒机制，CardView提供了一种类似于卡片（纸张？）风格的布局样式http://blog.csdn.net/cao861544325/article/details/48223587recycleview用的比较多GlideMVP+Retrofit+Rxjava  你可以看看这个开源项目butterknifedaggergreendaogetItemViewType，getViewTypeCount  listview的item布局不同MVP模式的三个角色（1）Presenter – 交互中间人：Presenter主要作为沟通View与Model的桥梁，它从Model层检索数据后，返回给View层，使得View与Model之间没有耦合，也将业务逻辑从View角色上抽离出来。（2）View – 用户界面：View通常是指Activity、Fragment或者某个View控件，它含有一个Presenter成员变量。通常View需要实现一个逻辑接口，将View上的操作转交给Presenter进行实现，最后，Presenter 调用View逻辑接口将结果返回给View元素。（3）Model – 数据的存取：Model 角色主要是提供数据的存取功能。Presenter 需要通过Model层存储、获取数据，Model就像一个数据仓库。更直白的说，Model是封装了数据库DAO或者网络获取数据的角色，或者两种数据方式获取的集合。从上图可以看出：MVC的耦合性还是较高的，View可以直接访问Model，导致3者之间构成了回路。所以两者的主要区别是，MVP中View不能直接访问Model，需要通过Presenter发出请求，View与Model不能直接通信。与MVVM（Model-View-ViewModel）的区别MVVM与MVP非常相似，唯一区别是View和Model进行双向绑定，两者之间有一方发生变化则会反应到另一方上。MVVM模式有点像ListView与Adapter、数据集的关系，当数据集发生变化时，调用Adapter的notifyDataSetChanged之后View就直接更新，同时它们之间又没有耦合，使得ListView变得更加灵活。View与Model并不直接交互，而是使用Presenter作为View与Model之间的桥梁。其中Presenter中同时持有Viwe层以及Model层的Interface的引用，而View层持有Presenter层Interface的引用。当View层某个界面需要展示某些数据的时候，首先会调用Presenter层的某个接口，然后Presenter层会调用Model层请求数据，当Model层数据加载成功之后会调用Presenter层的回调方法通知Presenter层数据加载完毕，最后Presenter层再调用View层的接口将加载后的数据展示给用户。这就是MVP模式的整个核心过程。对于一个应用而言我们需要对它抽象出各个层面，而在MVP架构中它将UI界面和数据进行隔离，所以我们的应用也就分为三个层次。View: 对于View层也是视图层，在View层中只负责对数据的展示，提供友好的界面与用户进行交互。在Android开发中通常将Activity或者Fragment作为View层。Model: 对于Model层也是数据层。它区别于MVC架构中的Model，在这里不仅仅只是数据模型。在MVP架构中Model它负责对数据的存取操作，例如对数据库的读写，网络的数据的请求等。Presenter:对于Presenter层他是连接View层与Model层的桥梁并对业务逻辑进行处理。在MVP架构中Model与View无法直接进行交互。所以在Presenter层它会从Model层获得所需要的数据，进行一些适当的处理后交由View层进行显示。这样通过Presenter将View与Model进行隔离，使得View和Model之间不存在耦合，同时也将业务逻辑从View中抽离。RXJava  异步    观察者模式观察者模式面向的需求是：A 对象（观察者）对 B 对象（被观察者）的某种变化高度敏感，需要在 B 变化的一瞬间做出反应。举个例子，新闻里喜闻乐见的警察抓小偷，警察需要在小偷伸手作案的时候实施抓捕。在这个例子里，警察是观察者，小偷是被观察者，警察需要时刻盯着小偷的一举一动，才能保证不会漏过任何瞬间。程序的观察者模式和这种真正的『观察』略有不同，观察者不需要时刻盯着被观察者（例如 A 不需要每过 2ms 就检查一次 B 的状态），而是采用注册(Register)或者称为订阅(Subscribe)的方式，告诉被观察者：我需要你的某某状态，你要在它变化的时候通知我。 Android 开发中一个比较典型的例子是点击监听器 OnClickListener 。对设置 OnClickListener 来说， View 是被观察者， OnClickListener 是观察者，二者通过 setOnClickListener() 方法达成订阅关系。订阅之后用户点击按钮的瞬间，Android Framework 就会将点击事件发送给已经注册的 OnClickListener 。采取这样被动的观察方式，既省去了反复检索状态的资源消耗，也能够得到最高的反馈速度。当然，这也得益于我们可以随意定制自己程序中的观察者和被观察者，而警察叔叔明显无法要求小偷『你在作案的时候务必通知我』。  android6.0进入Material Design时代    Android控件使用 — 12个Material Design风格控件的使用 1、AppBarLayout、ToolBar AppBarLayout 是继承LinerLayout实现的一个ViewGroup容器组件，它是为了Material Design设计的App Bar，支持手势滑动操作。 AppBarLayout必须作为Toolbar的父布局容器,也可以配合CoordinatorLayout一起使用。 ToolBar是谷歌新推出的代替ActionBar的一个标题栏控件，能将背景拓展到状态栏，依赖包是v7，使用之前先把style中继承的主题改为NoActionBar； 可以设置”标题”,”副标题”,”Logo”,”NavigationIcon”以及”Menu菜单”，也可以自定义布局；  toolbar fitsSystemWindows实现状态栏各版本适配方案:1.Android5.0以上：material design风格，半透明(APP 的内容不被上拉到状态) 2.Android4.4(kitkat)以上至5.0：全透明(APP 的内容不被上拉到状态) 3.Android4.4(kitkat)以下:不占据status bar 2、DrawerLayout、NavigationViewDrawerLayout可以轻松的实现抽屉效果、在DrawerLayout中，第一个子View必须是显示内容的view，第二个view是抽屉view,设置属性layout_gravity=”left|right”,表示是从左边滑出还是右边滑出。 使用前需添加：compile 'com.android.support:design:23.3.0'第一个布局使用的是Framelayout，可以通过侧滑抽屉栏的点击显示出不同的Fragment； 而抽屉布局用的是NavigationView，NavigationView需要接收几个必要的参数、一个用于显示头部的布局以及用于显示选项的菜单布局；可在xml中直接添加布局；3、RecyclerView、CardView、AutoScrollViewPagerRecyclerView是用于显示大量数据的控件，有点类似与ListView、GirdView，相较而言，RecyclerView在灵活性、体验感上都有一个较大的提升，通过设置它提供的不同LayoutManager，ItemDecoration , ItemAnimator可以实现丰富的功能，依赖包是v7； RecyclerView也能像ListView一样添加Header以及Footer，也可以通过addOnScrollListener进行分页加载；4、CoordinatorLayout、CollapsingToolbarLayout、TabLayoutCoordinatorLayout，一个从另一层面去控制子view之间触摸事件的布局，在CoordinatorLayout的布局中使用了Toolbar ，允许你更加自由的自定义其外观与布局的其余部分融为一体。使用AppBarLayout可以让你的Toolbar与其他View（比如TabLayout的选项卡）能响应被标记了ScrollingViewBehavior的View的滚动事件。 CollapsingToolbarLayout，可伸缩折叠的Toolbar ，直接添加Toolbar到AppBarLayout可以让你使用enterAlwaysCollapsed和 exitUntilCollapsedscroll标志，但是无法控制不同元素如何响应collapsing的细节。这里使用了 CollapsingToolbarLayout的app:layout_collapseMode=”pin”来确保Toolbar在view折叠的时候仍然被固定在屏幕的顶部当你让CollapsingToolbarLayout和Toolbar在一起使用的时候，title 会在展开的时候自动变得大些，而在折叠的时候让字体过渡到默认值。 TabLayout 既实现了固定的选项卡（View的宽度平均分配），也实现了可滚动的选项卡（View宽度不固定同时可以横向滚动）。如果你使用ViewPager在 tab之间横向切换，你可以直接从PagerAdapter的getPageTitle() 中创建选项卡，然后使用setupWithViewPager()将两者联系在一起。它可以使tab的选中事件能更新ViewPager,同时 ViewPager 的页面改变能更新tab的选中状态。 5、TextInputLayoutTextInputLayout 控件表现得就像LinearLayout 一样，它是一个容器。TextInputLayout 中只能放一个子元素，和ScrollView有点类似，并且子元素必须是EditText； TextInputLayout 实现的功能就是当EditText中输入第一个字母要隐藏hint的时候，TextInputLayout中会出现一个悬浮的标签来显示这个hint，还负责一个炫酷的的material 动画 SnackBar:SnackBar是DesignSupportLibrary中的一个重要的控件，用于在界面下面提示一些关键信息，跟Toast不同的地方是SnackBar允许用户向右滑动消除它，同时，也允许在SnackBar中设定一个Action，当用户点击了SnackBar里面的按钮的时候，可以进行一些操作，所以，功能绝对是很强大的。CardView:◆ 注意不同 SDK 版本（低于 Lollipop 21）上的边距（Margin）效果Google 在 Android Lollipop 中引入了 Material Design 设计中的阴影（Elevation）和 Z 轴位移，其目的就是突出界面中不同元素之间的层次关系。为了统一不同系统版本的视觉效果，Google 针对 SDK 21 以下的系统给 CardView 加入一个 Elevation 兼容（即 XML 中的 app:cardElevation 和 Java 代码中的 setCardElevation）。然而，在低版本中设置了 CardElevation 之后 CardView 会自动留出空间供阴影显示，而 Lollipop 之后则需要手动设置 Margin 边距来预留空间，导致我在设置 Margin 在 Android 5.x 机器上调试好后，在 Kitkat 机器调试时发现边距非常大，严重地浪费了屏幕控件。因此，我们需要自定义一个 dimen 作为 CardView 的 Margin 值：创建 /res/value 和 /res/value-v21 资源文件夹于项目对应 Module 目录下，前者放置旧版本/通用的资源文件（了解的可以跳过），后者放置 21 及更高 SDK 版本的资源文件。在 value 内的 dimen.xml 创建一个 Dimension （属性），随便命个名（如 xxx_card_margin）并填入数值 0dp。

接着在 value-v21 文件夹内的 dimen.xml 创建名字相同的 Dimension，并填入你期望的预留边距（一般和 CardElevation 阴影大小相同）

最后，在你布局中的 CardView 中设置 android:layout_margin="@dimen/xxx_card_margin"

这样依赖就解决了低版本中边距过大或者视觉效果不统一的问题了。

◆ 为你的 Card 添加点击效果

当使用 CardView 的场合是作为列表中的一个 Item 且直接单击 Item 有相应的操作，那么就有必要加上视觉反馈来告诉用户这个 Card 是可点击的。