Android知识点

1.Activity的启动过程（不要回答生命周期 )

  • 网址：http://www.cloudchou.com/android/post-788.html
  • 在Android系统中，有两种操作会引发Activity的启动，一种用户点击应用程序图标时，Launcher会为我们启动应用程序的主Activity；应用程序的默认Activity启动起来后，它又可以在内部通过调用startActvity接口启动新的Activity，依此类推，每一个Activity都可以在内部启动新的Activity。通过这种连锁反应，按需启动Activity，从而完成应用程序的功能。
  • Activity的启动方式有两种：显式和隐式，隐式启动可以使得Activity之间的耦合性更加松散

2.Activity的启动模式

  • standard和singleTop模式。这两种比较简单。创建Activity放入当前的任务栈中，若当前是singleInstace，则放入设置的任务栈中。其中如果Activity在栈顶，则调用onNewIntent。

  • singletask：栈内复用模式。不是在当前任务栈中查找是否存在，实际过程如下：

    查找该Activity所需的任务栈是否存在（由taskAffinity控制，或者默认为包名）。
    在任务栈当中查找该Activity是否存在。这里面存在任务栈的切换，也就是当开启的singtask类型的Activity不属于当前任务栈时，则会切换到其任务栈。

  • singleInstance：单实例模式。包含了singleTask的所有特性，另外加上：设置为该模式的Activity，只能单独存在于一个任务栈中。当有两个singleInstace的Activity设置成同样的任务栈时，会出现两个同名的任务栈，分别用来存放同名的Activity。注：在任何跳转的时候，首先调用本Activity的onPause，然后跳转。如果被跳转的activity由于启动方式而没创建新的实例，则会先调用onNewIntent，然后按照正常的生命周期调用。如1：A→B，A：onPause；B：onCreate，onStart，onResume。2：A(singleTop)→A，A：onPause；A：onSaveInstanceState；A：onResume。

3.Service的两种启动方式 

Android 服务两种启动方式的区别 - 简书  https://www.jianshu.com/p/2fb6eb14fdec
  • 如果服务已开启，不会重复的执行onCreate()
  • （1）startService()，一旦服务开启就跟开启者没有关系了，开启者退出了，gauge了，服务也会在后台长期的运行，开启者不能调用服务里面的方法
  • （2）bindService() ，bind的方式开启服务，绑定服务，开启者挂了，服务也会跟着挂掉，并且绑定者可以使用服务里面的方法

4.Broadcast注册方式与区别

Android 两种注册、发送广播的区别 - 简书  https://www.jianshu.com/p/ea5e233d9f43
  • 动态注册：不是常驻型广播，也就是说广播跟随程序的生命周期
//new出上边定义好的BroadcastReceiverMyBroadCastReceiver yBroadCastReceiver = new MyBroadCastReceiver();//实例化过滤器并设置要过滤的广播  IntentFilter intentFilter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED");//注册广播   myContext.registerReceiver(smsBroadCastReceiver,intentFilter,              "android.permission.RECEIVE_SMS", null);
  • 静态注册：常驻型，也就是说当前应用程序关闭后，如果有信息广播来，程序也会系统调用自动运行
<receiver android:name=".MyBroadCastReceiver">                          <intent-filter android:priority="20">            <actionandroid:name="android.provider.Telephony.SMS_RECEIVED"/>              intent-filter>  receiver>

还要在同级的位置配置可能使用到的权限

<uses-permission android:name="android.permission.RECEIVE_SMS">uses-permission>
  • 无需广播（sendBroiadcast）：所有的接受者都会接受事件，不可以被拦截，不可以被修改
  • 有序广播（OrderedBroadcast）：按照优先级，一级一级的向下传递，接受者可以修改广播数据，也可以终止广播事件
  • priority 优先级
  • 什么情况下需要动态注册：当一个程序退出之前，保证你的广播也跟着关闭，就要使用动态注册，如果用静态注册的话会在程序关闭后还仍保持着运行的状态，消耗内存，严重的话会造成OOM.

5.android开发中，可能会导致内存泄露的问题

  • 不要让生命周期长于Activity的对象持有到Activity的引用
  • 尽量使用Application的Context而不是Activity的Context
  • 尽量不要在Activity中使用非静态内部类，因为非静态内部类会隐式持有外部类实例的引用（具体可以查看细话Java：”失效”的private修饰符了解）。如果使用静态内部类，将外部实例引用作为弱引用持有。
  • 垃圾回收不能解决内存泄露，了解Android中垃圾回收机制**更多内容可以参考以下博客：http://spencer-dev.lofter.com/post/d7b9e_6faf120

6.Hybrid（重要加分项）

  • java和JS的交互http://droidyue.com/blog/2014/09/20/interaction-between-java-and-javascript-in-android/http://rensanning.iteye.com/blog/2043049
  • WebView开启JavaScript脚本执行
  • WebView设置供JavaScript调用的交互接口。

7.Activity切换时生命周期交集

  • Activity之间的协作当一个activity A启动了另外一个activityB，它们的生命周期是有交叉的；首先A的onPause()被调用；之后B的onCrate(), onStart()及onResume()
    方法会被调用（此时B拥有用户焦点）；最后，如果A在屏幕上不可见，onStop()方法被调用；因此，我们在两个activities中传递数据，或者共享资源时（如数据库连接），需要在前一个activity的onPause()方法而不是onStop()方法中进行；

8.View的绘制

  • .推荐郭霖大神的博客：http://blog.csdn.net/guolin_blog/article/details/16330267
    View在Activity中显示出来，要经历测量、布局和绘制三个步骤，分别对应三个动作：measure、layout和draw。

1.测量：onMeasure()决定View的大小，；
2.布局：onLayout()决定View在ViewGroup中的位置；
3.绘制：onDraw()决定绘制这个View，分为6个步骤:（1）绘制视图的背景（2）保存画布的图层（3）绘制View的内容（4）绘制View子视图，如果没有就不用（5）还原图层（6）绘制滚动条。

自定义View的步骤：

  1. 自定义View的属性；

  2. 在View的构造方法中获得自定义的属性；

  3. 重写onMeasure()； –> 并不是必须的，大部分的时候还需要覆写

  4. 重写onDraw()；

9.ActivityManagerService的相关知识点

  • 推荐以下博客：http://wiki.jikexueyuan.com/project/deep-android-v2/activity.html

10.canvas的使用

  • 推荐以下博客：http://blog.csdn.net/qinjuning/article/details/6936783

11.说一下是怎么快速定位并解决最近项目中遇到的问题

出现问题，肯定看错误日志，如果是本地调试出来的错误，可以直接看logcat,定位到报错代码的类，如果是一些简单的错误如：空指针异常，数组越界，io异常等等的话 一般是能够定位到报错的哪一行，根据逻辑进行调整就可以了；第一种情况很好解决问题，比较难搞的问题都是不会报出是哪一个类或者哪一行出现错误，而是直接报错，这时候就得根据报错的具体情况具体分析了，比如报出内存溢出的问题，一般都是在哪个地方去不停的去创建新的对象了，这时候就需要分析哪些地方做了重复的创建了。一般这个时候需要借助 debug调试或者打印log的方式进行错误排查。目前来说想到的就这两点，在现实中还有很多方式，比如单元测试进行部分逻辑的处理也是避免出现问题的方法

12.Android屏幕适配

屏幕适配就是使某一元素Android不同的尺寸、不同的分辨率上显示相同的效果

根据这个图，总结一下 ：编写布局的时候，最好使用相对布局，它可以设置固定位置，灵活性强，查询显示的布局判断是否是单面板还是双面板，利用限定符进入单布局或者双布局，设置宽高属性最好使用wrap_content,match_parent，权重weight来设置，使用.9.png特殊处理过图片格式，可以自动拉伸，图片资源放到xxhdpi文件中，因为这个文件分辨率是1080X1920，符合大部分的手机设备，属性 大小使用dp和sp，谷歌出 了一个屏幕适配百分比框架，可根据情况依赖进行使用。

13.apk代码混淆

  • 推荐博客:https://blog.csdn.net/m0_37711172/article/details/79965973

注重说明以下：对代码进行混淆，就是为了防止被反编译，泄露代码机密，AS自身集成了Java中的ProGuard作为压缩，修改bulid.gradle中的minifyEnabled为true开启混淆，之后在moudle目录下照到proguard-rules.pro文件，现在混淆规则已经基本完善，从网上复制进去就可以了，混淆并不是把你的代码弄成乱码，而是把重要的代码避免被混淆

14.ViewPager和Fragment结合使用

当他们结合使用的时候，所需要的适配器并不是PagerAdapter，而是另外官方提供的FragmentPagerAdapter和FragmentStateAdapter,可以实现滑动效果，并且点击切换的时候也有,说明一下，一个是适用于显示fragment数量较少，另一个是显示fragment数量较多的时候使用。

15.ListView、GridView的优化

对于性能优化这方面，不管在任何时刻，都是比较常问的问题，先来说一下Listview:
1.在适配器getView（）方法中尽量少写逻辑处理
2.不要再Viewholder类以外方法中创建对象，避免触发GC机制
3.在加载图片的时候，需要显示网络上加载的图片，那么要监听ListView滑动的时候，停止加载图片，滑动停止后再加载图片
4.将ListView的scrollingCache和animateCache设置为false，scrollingCache耗内存，默认开始，所以需要关闭掉，还有animateCache，会消耗大量的内存，会频繁调用GC,可以手动关闭掉
5.使用ViewHolder类
6.convertView的复用机制
7.使用分页加载功能，为了防止数据过多，出现OOM的异常
再来看一下GridView:
不说了，基本上是相同的，除了自带的属性

16.事件分发机制

  • 推荐博客：https://blog.csdn.net/m0_37711172/article/details/72818783#t9

1.Android 中的控件都是直接或者间接继承View的，Viewgroup也是继承View的，ViewGroup中可以包含View，也可以包含ViewGroup，我们平时接触的譬如说LinearLayout啊、RelativeLayout就是ViewGroup的子类。
2.Android中触摸事件的传递是先传递到ViewGroup，再传递View中，用Button举个列子来说明下大致流程
3.当点击Button的时候，会调用这个控件所在布局的dispatchTouchEvent()，然后在这个布局中dispatchTouchEvent()方法中找到被点击控件的dispatchTouchEvent()方法。
4.在调用被点击控件的dispatchTouchEvent()方法之前会有一次触摸事件的拦截判断，如果触摸事件被拦截了，就不会再去执行被点击控件的dispatchTouchEvent函数了，也就不会再执行onClick点击事件了。而是执行ViewGroup控件中的dispatchTouchEvent()的onTouch触摸事件然后返回。
5.如果触摸事件没被拦截的话又是怎么做呢，就会ViewGroup中dispatchTouchEvent()方法中被点击控件的dispatchTouchEvent()方法，就不会执行ViewGroup中的onTouch方法了。
6.以上只是阐述了touch事件在ViewGroup中和View中的事件分发过程，但是具体得在一个View中的touch事件分发机制又是怎么样的呢，我们继续往下看
7.android里面当触摸到任何一个控件的时候就一定会调用这个控件的dispatchTouchEvent方法。dispatchTouchEvent方法中的源码首先会调用onTouch方法，不过这个方法要执行的话也需要有两个前提条件，一个是这个控件注册了触摸监听、第二个是这个控件的状态要是enabled的。
8.执行完onTouch方法之后，会有一个返回值，如果返回这为true的话代表这个点击事件不继续往下传递了，为false的话就表示点击事件继续往下传递，就会执行onTouchEvent方法，onClick方法就是在onTouchEvent中被调用的。
9.这样的话一个控件的触摸事件在ViewGroup以及View中的分发过程就完成了。

17.自定义控件

推荐博客：https://blog.csdn.net/m0_37711172/article/details/79975225

18.动画

推荐博客：https://blog.csdn.net/m0_37711172/article/details/79924640
1.帧动画，AniimalDrawber,通过顺序的播放排列好的图片来实现
2.补件动画，可以使视图组件移动、放大、缩小以及产生透明度的变化，补件动画只能用在View上，只能实现移动、缩放、旋转和淡入淡出这四种动画操作
3.只是改变了View的显示效果而已，而不会真正去改变View的属性
3.属性动画，全新的动画模式，功能很强大，弥补了之前补件动画的位置不变的缺陷，完全可以取代补件动画，更改的时控件的属性

19.图片加载框架的优缺点

  1. imageloader ，最老的最火的图片加载库，使用的人挺多的，但是不维护了，不过还是用的人挺多的
  2. Picasso，代码简洁，api数量少
  3. Glide 完全基于Picasso，并进行大量的优化，默认格式RGB_565,内存是Picasso的的一半，在磁盘缓存方法，Picasso缓存的原始尺寸的图片,而Glide缓存的是多种规格，Glide会根据ImageView的大小来缓存相应大小的图片尺寸，Glide支持Gif动态图，而且还可以加载本地图片

20.Retrofit

21.MVC和MVP的区别？

就是一句话，如果代码逻辑写在View中，就是MVC，没有就是MVP,MVP模式逻辑都写再P中，而MVC中逻辑写在V中，比如当你点击Buttton的时候，button点击监听的时候，业务逻辑如果写再里面那就是MVC模式
1.MVP模式，View不直接和Model交互，而是通过与Presenter交互来与Model间接交互，Presenter与View的交互是通过接口来进行的更加有利于单元测试，通过VIew与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑
2.MVC模式，View可以与Model直接交互，Controoller是基于行为的，并且可以被多个View共享，可以负责决定哪个View

22.Okhttp的优缺点

1，支持http,https请求
2，支持文件下载
3，支持get,post请求
4，基于http的文件上传

1，封装麻烦
2，callback是在子线程里面，不能刷新ui，需要手动处理

更多相关文章

  1. android 调用系统相机或者系统相册功能时，onActivityResult方法不
  2. andorid中Html.fromHtml方法
  3. Android ListView/ListActivity点击长按事件
  4. 关于android软键盘enter键的替换与事件监听
  5. Android禁止横屏竖屏切换的有效方法

随机推荐

  1. 看Android(安卓)應用框架原理與程式設計36
  2. Programming 3D games on Android(安卓)w
  3. No resource identifier found for attri
  4. android高效编程之使用本地变量
  5. ImageButton和Button区别
  6. Android中的TextView超过n行显示省略号
  7. Mac配置Android环境 adb
  8. android TraceView (图形化性能测试工具)
  9. 一个不错的启动菜单显示屏动画效果
  10. 【Android】OpenGL ES for Android(安卓)