Skip to content

Latest commit

 

History

History
333 lines (239 loc) · 12.1 KB

Android基础知识.md

File metadata and controls

333 lines (239 loc) · 12.1 KB

Android 基础

Activity 的生命流程图

activity生命周期图

  • 弹出Toast和AlertDialog的时候Activity的生命周期不会有改变

Activity 启动模式

  • standard。默认启动方式。每当启动一个新的Activity时，它就会在返回栈中入栈（会出现重复的Activity对象）
  • singleTop。启动Activity时，如果发现返回栈的栈顶已经是该activity时，则直接使用它，而不再创建新的实例
  • singleTask。每次启动该activity时，系统首先会在返回栈中检查是否存在该activity的实例，如果发现已经存在则直接使用该实例，并把在这个活动上的所有活动都出栈
  • singleInstance。会有一个单独的返回栈来管理该activity，不管哪个应用访问都公用同一个返回栈，解决共享活动实例的问题

横竖屏切换

  • 设置 android:configChanges="orientation" 和不设置这个属性，生命周期表现为重新创建activity
  • 设置 android:configChanges="orientation|keyboardHidden"，在2.3上表现为不重新创建activity，4.0如下
    • android:targetSdkVersion<="12"，生命周期表现为不重新创建activity
    • android:targetSdkVersion>"12"，表现为重新创建activity
  • 设置 android:configChanges="orientation|keyboardHidden|screenSize"，在2.3和4.0上都表现为不重新创建

参考：http://www.cnblogs.com/xiaoQLu/p/3324503.html

内存不足时，怎么保持Activity的一些状态，在哪个方法里面做具体操作？

onSaveInstanceState()方法，通过bundle

ListView

ListView 优化

  • 重用 view，不用每次都加载
  • ViewHolder，对空间实例进行缓存

怎么实现ListView多种布局？

  • 继承 BaseAdapter
  • 重写 getViewTypeCount() – 该方法返回多少个不同的布局
public int getItemViewType(int position) {  
    return list.get(position).type;  
}
  • 重写 getItemViewType(int) – 根据position返回相应的Item

ListView与数据库绑定的实现

ListView 局部刷新

参考：http://www.cnblogs.com/liuling/p/2015-10-20-01.html

ListView卡顿的原因与性能优化

  • convertView 没有潘孔，每次都加载布局
  • ViewHolder 没有使用setTag和getTag方式
  • inflate的row 嵌套太深（布局过于复杂）
  • 图片没有做异步加载
  • 多余或者不合理的notifySetDataChanged，没有采用局部刷新
  • listview 被多层嵌套，多次的onMessure导致卡顿
  • item加载时需要进行大量的计算

ListView和recycleview的区别（x）

Android中的动画

  • tween 补间动画。通过指定View的初末状态和变化时间、方式，对View的内容完成一系列的图形变换来实现动画效果。
    • Alpha
    • Scale
    • Translate
    • Rotate。
  • frame 帧动画
    • AnimationDrawable 控制
    • animation-list xml布局

JNI怎么使用（没写）

OOM（内存不足、泄漏、溢出）

  • 应用中需要加载大对象，例如Bitmap
  • 持有无用的对象使其无法被gc

解决方法

  • 在内存引用上做些处理，常用的有软引用、强化引用、弱引用
  • 在内存中加载图片时直接在内存中做处理，如：边界压缩.
  • 动态回收内存
  • 优化Dalvik虚拟机的堆内存分配
  • 自定义堆内存大小

ANR（应用没有响应）

  • 主线程 (“事件处理线程” / “UI线程”) 在5秒内没有响应输入事件
  • BroadcastReceiver 没有在10秒内完成返回

原因

  • 在主线程中进行网络操作
  • 在主线程中进行一些缓慢的磁盘操作（无优化的SQL操作）

解决

  • 异步操作，通过handler更新UI线程

图片缓存加载机制（X）

Fragment

生命周期

Fragment生命周期

03-12 09:27:40.781 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onCreate
03-12 09:27:40.783 11786-11786/com.onlylemi.androidtest I/TestFragment: onAttach
03-12 09:27:40.783 11786-11786/com.onlylemi.androidtest I/TestFragment: onCreate
03-12 09:27:40.783 11786-11786/com.onlylemi.androidtest I/TestFragment: onCreateView
03-12 09:27:40.786 11786-11786/com.onlylemi.androidtest I/TestFragment: onActivityCreated
03-12 09:27:40.786 11786-11786/com.onlylemi.androidtest I/TestFragment: onStart
03-12 09:27:40.786 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onStart
03-12 09:27:40.788 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onResume
03-12 09:27:40.788 11786-11786/com.onlylemi.androidtest I/TestFragment: onResume
03-12 09:28:11.294 11786-11786/com.onlylemi.androidtest I/TestFragment: onPause
03-12 09:28:11.294 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onPause
03-12 09:28:11.870 11786-11786/com.onlylemi.androidtest I/TestFragment: onStop
03-12 09:28:11.870 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onStop
03-12 09:28:26.128 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onRestart
03-12 09:28:26.128 11786-11786/com.onlylemi.androidtest I/TestFragment: onStart
03-12 09:28:26.128 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onStart
03-12 09:28:26.129 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onResume
03-12 09:28:26.129 11786-11786/com.onlylemi.androidtest I/TestFragment: onResume
03-12 09:28:57.327 11786-11786/com.onlylemi.androidtest I/TestFragment: onPause
03-12 09:28:57.327 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onPause
03-12 09:28:57.797 11786-11786/com.onlylemi.androidtest I/TestFragment: onStop
03-12 09:28:57.797 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onStop
03-12 09:28:57.797 11786-11786/com.onlylemi.androidtest I/TestFragment: onDestroyView
03-12 09:28:57.798 11786-11786/com.onlylemi.androidtest I/TestFragment: onDestroy
03-12 09:28:57.798 11786-11786/com.onlylemi.androidtest I/TestFragment: onDetach
03-12 09:28:57.798 11786-11786/com.onlylemi.androidtest I/FragmentActivity: onDestroy

Activity中如何动态的添加Fragment

FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
// 添加
transaction.add(R.id.container,
                    new TestFragment()).commit();
// 替换
transaction.replace(R.id.container,
                    new TestFragment()).commit();

// 返回栈
transaction.addToBackStack(null);

Activity 与 Fragment 通信

  • FragmentManager 提供了 findviewbyid 来得到 fragmnet 的对象
  • Fragment 中提供了 getActivity() 获取 activity 实例

Scrollview怎么判断是否滑倒底部

  • 实现OnTouchListener来监听是否滑动到最底部
  • 重写ScrollView的onScrollChanged的方法，在onScrollChanged函数中判断

参考：http://www.07net01.com/2015/07/883727.html

异步消息处理机制

  • Message
    • 线程之间传递的消息。
  • Handler
    • 发送消息。sendMessage()
    • 处理消息。handleMessage()
  • MessageQuese
    • 消息队列，存放handle发送的消息
  • Looper
    • MessageQuese 的管家，调用Looper的loop()方法后，进入无限的循环，每当发现存在待处理的消息，就会将它取出传递到handler的handleMessage()方法（回调dispatchMessage()）

AsyncTask

异步加载。原理上也是异步消息处理

class MyAsyncTask extends AsyncTask<Params, Progress, Result>

// Params：执行任务时需要传入的参数
// Progress：后台任务进行时，需要在界面上显示当前的进度
// Result：任务执行完毕后，结果进行返回
  • onPreExecute()
    • 后台任务开始执行之前调用，用于进行界面的初始化
  • doInBackground(Params...)
    • 该方法处于子线程中，处理耗时任务（后台任务）
  • onProgressUpdate(Progress...)
    • 后台任务执行中调用，主要进行UI的实时更新
  • onPostExecute(Result)
    • 后台任务执行完成之后调用

Service

注册服务

<service android:name=".MyService">
            
</service>
// 启动服务
Intent startIntent = new Intent(this, MyService.class);
startService(startIntent);

// 停止服务
Intent stopIntent = new Intent(this, MyService.class);
stopService(stopIntent);

方法

  • onCreate()
    • 服务创建的时候调用
  • onStartCommand()
    • 每次服务启动的时候调用
  • onDestroy()
    • 服务销毁的时候调用

Activity 与 Service 通信

  • onBind()方法。通过在service中自定义类继承Binder，产生一个该对象的引用，再通过onbind方法返回该引用。在activity的使用bindService来绑定服务

广播

注册广播

  • 代码中注册，进行监听。广播跟随程序的生命周期
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("android.net.conn.CONNECTIVITY_VHANGE");
BroadcastReceiver receiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        // 监听action 的处理事件
    }
};
registerReceiver(receiver, intentFilter);
  • 配置xml文件中注册，静态注册实现开机启动。是常驻型
<receiver android:name=".MyBroadcastReceiver">
    <intent-filter>
        <action android:name="android.net.conn.CONNECTIVITY_VHANGE"/>
    </intent-filter>
</receiver>
  • 本地广播只能使用代码注册

数据持久化

文件储存

  • 存：openFileOutput
  • 读：openFileInput

SharedPreferences 储存（原理是xml文件）

// 存
SharedPreferences.Editor editor = getSharedPreferences("data", MODE_PRIVATE).edit();
editor.putString("name", "xiaoming");
editor.commit();

// 读
SharedPreferences preferences = getSharedPreferences("data", MODE_PRIVATE);
preferences.getString("name", "");

SQLite 数据库储存

使用 SQLiteOpenHelper，重写 onCreate() 和 onUpgrade()

  • onCreate()。只会在第一次新建数据库的时候会被调用
  • onUpgrade()。当数据库的版本发生变化时，会调用

Content Provider

不同的应用程序之间实现数据共享。

Asset 与 raw 区别

相同点：

两者目录下的文件在打包后会原封不动的保存在apk包中，不会被编译成二进制。

不同点：

  • raw中的文件会被映射到R.java文件中，访问的时候直接使用资源ID即R.id.filename；assets文件夹下的文件不会被映射到R.java中，访问的时候需要AssetManager类。
  • raw不可以有目录结构，而assets则可以有目录结构，也就是assets目录下可以再建立文件夹

读取文件资源：

  • 读取raw下的文件资源，通过以下方式获取输入流来进行写操作
InputStream is = getResources().openRawResource(R.id.filename);

2.读取assets下的文件资源，通过以下方式获取输入流来进行写操作

AssetManager am = getAssets();  
InputStream is = am.open("filename");

postvalidata 与 invalidate 有什么区别？

  • invalidate 在UI线程自身中使用。刷新时采用Handler
  • postvalidata 而在非UI线程中使用

Serializable 与 Parcelable

  • Serializable的作用是为了保存对象的属性到本地文件、数据库、网络流、rmi以方便数据传输，当然这种传输可以是程序内的也可以是两个程序间的。而Android的Parcelable的设计初衷是因为Serializable效率过慢，为了在程序内不同组件间以及不同Android程序间(AIDL)高效的传输数据而设计，这些数据仅在内存中存在，Parcelable是通过IBinder通信的消息的载体。
  • Parcelable的性能比Serializable好，在内存开销方面较小，所以在内存间数据传输时推荐使用Parcelable，如activity间传输数据，而Serializable可将数据持久化方便保存，所以在需要保存或网络传输数据时选择Serializable，因为android不同版本Parcelable可能不同，所以不推荐使用Parcelable进行数据持久化

JVM 和 Dalvik虚拟机的区别？

  • Dalvik VM是基于寄存器的架构，JVM基于栈架构
  • Dalvik可以允许多个instance 运行
  • JVM 运行的是java字节码.class，Dalvik运行的是自定义的.dex字节码格式（java类被编译成.class文件后，会通过一个dx工具将所有的.class文件转换成一个.dex文件）