Android开发艺术探索读书笔记——进程间通信
1. 多进程使用场景
1) 应用某些模块由于特殊需求须要执行在单独进程中。
如消息推送,使消息推送进程与应用进程能单独存活,消息推送进程不会由于应用程序进程crash而受影响。
2) 为加大一个应用可使用的内存。须要多进程来获取多份内存空间。
2. 怎样开启多进程
给四大组件(Activity、Service、Receiver、ContentProvider)在AndroidMainfest中指定android:process属性指定。
- 假设进程以”:”开头的进程。代表应用的私有进程,其它应用的组件不能够和它跑在同一个进程中。
- 进程不以”:”开头的进程属于全局进程。其它应用可通过shareUID能够和它跑在同一个进程中。
- 若两个不同应用设置了同样的shareUID,它们之间想共享数据,还须要有同样的签名才干够。
3. 多进程会造成的问题
(1) 静态成员和单例失效,数据同步失败;
Android会为每个应用/每个进程分配一个独立的虚拟机。不同虚拟机在内存分配上有不同的地址空间,这就导致不同虚拟机中訪问同一个类对象会产生多个副本。
(2) 线程同步机制失效。
由于不同进程不是同一块内存,不同进程锁的不是同一对象。
(3) SharedPreferences可靠性下降;
SharedPreferences底层是通过读/写XML文件实现的。并发写可能会出问题。所以它不支持多个进程同一时候去执行写操作。否则会导致一定几率的数据丢失。
(4) Application会创建多次。
当一个组件跑在一个新进程中,系统会给它又一次分配独立虚拟机,这事实上就是启动一个应用的过程,故执行在不同进程中的组件属于不同的虚拟机和不同的Application。
4. 数据序列化
Intent和Binder数据传输时。或是对象持久化转存/通过网络传输给其它client时,须要使用Parcelable或Serializable将对象转换成能够传输的形式。
(1) Serializable接口
Serializable是Java提供的一个序列化接口,它是一个空接口。想要某个类实现序列化,仅仅须要对应类实现Serializable接口就可以。Serializable是借助ObjectOutputStream和ObjectInputStream实现对象的序列化和反序列化
一般在对应类实现Serializable类中还会定义一个final long型的serialVersionUID,不用它也能实现对象的序列化。它是用来辅助反序列化的。
序列化时会把当前类的serialVersionUID写入序列化文件里。当反序列化系统会检測文件里的serialVersionUID,看它是否和当前类的serialVersionUID一致,假设一致说明序列化的类的版本号和当前类的版本号同样,这时可反序化成功;否则说明当前类和序列化的类相比发生了变换,如添加或降低某个成员变量,这时无法正常反序列化。
(2) Parcelable接口
在序列化过程中须要实现的功能有:
1) 序列化:由writeToParcel方法完毕,终于通过Parcel中的一系列的write方法完毕。
2) 反序列化:由CREATOR完毕。内部标识了怎样创建序列化对象和数组,终于通过Parcel的一系列read方法来完毕反序列化;
3) 内容描写叙述符:由describeContents方法来完毕。差点儿全部情况下该方法都返回0,仅当当前对象中存在文件描写叙述符时返回1。
(3)两者差别
Serializable是Java中序列化接口,使用简单但开销大,序列和反序列化须要大量I/O操作。
Parcelable是Android中特有的序列化接口,使用复杂但开销小,效率高,是Android推荐的序列化方法;
Parcelable主要用在内存序列化上,假设将对象序列化到存储设备或将对象序列化后通过网络传输。过程会比較复杂。建议使用Serializable。
5. Binder
Binder是什么?
- Binder是Android中的一个类,它继承了IBinder接口;
- 从IPC角度来说,Binder是Android中一种跨进程通信的方式;
- Binder还能够理解为一种虚拟的物理设备,它的设备驱动是/dev/binder。
- 从AndroidFramework角度来说,Binder是ServiceManager连接各种Manager(ActivityManager, WindowManager)和对应ManagerService的桥梁;
- 从Android应用层来说。Binder是client和服务端进行通信的媒介,当bindService时,服务端会返回一个包括了服务端业务的Binder对象,通过这个Binder对象,client就能够获取服务端提供的服务或数据。这里的服务包括普通服务和基于AIDL的服务。
6.android中跨进程通信方式
6.1 结合Bundle使用Intent
在一个进程中启动还有一个进程的Activity, Service, Receiver组件时,能够使用Bundle附加上须要传递的消息给远程进程。并通过Intent发送出去。
6.2 使用文件共享
两个进程通过读/写同一个文件来交换数据,还能够序列化一个对象到文件系统中。从还有一个进程中恢复这个对象。它的实现原理是通过ObjectOutputStream将文件写入文件里。再通过ObjectInputSteam将文件恢复。
通过文件共享的方式有一定局限性。如并发读/写,读出的内容可能不是最新的。并发写就可能导致数据混乱。因此尽量避免并发写这样的操作,或考虑用线程同步来限制多个线程的写操作。文件共享适合在对数据要求不高的进程之间通信。
SharedPreferences是Android提供的一种轻量级存储方案,它通过键值对方式存储数据,底层它是採用XML来存储键值对。
由于系统对SharedPreferences的读写有一定的缓存策略。即在内存中会有一份SharedPreferences文件的缓存,在多进程模式下,系统对它的读/写就变得不可靠,当面对高并发读/写訪问时。SharedPreferences会有非常大几率会丢失数据。因此不建议在进程间通信中使用SharedPreferences。
6.3 使用Messenger
Messenager能够在不同进程中传递Message对象。在Message中放入我们要传递的数据。
它的底层实现是AIDL,以下是Messenger的两个构造方法:
public Messenger(Handler target) {
mTarget = target.getIMessenger();
}
public Messenger(IBinder target) {
mTarget = IMessenger.Stub.asInterface(target);
}
无论是IMessenger还是Stub.asInterface,这样的用法都表明它的底层是AIDL,它一次仅仅处理一个请求,不存在线程同步问题。
实现步骤:
(1) 服务端进程
1) 定义一个Service用于client的绑定,建立一个Handler,在handleMessage里处理client发送过来的消息。
//用ServiceHandler接收并处理来自于client的消息
private class ServiceHandler extends Handler {
@Override
public void handleMessage(Message msg) {
if(msg.what == RECEIVE_MESSAGE_CODE){
Bundle data = msg.getData();
if(data != null){
String str = data.getString("msg");
}
//通过Message的replyTo获取到client自身的Messenger,
//Service能够通过它向client发送消息
clientMessenger = msg.replyTo;
if(clientMessenger != null){
Message msgToClient = Message.obtain();
msgToClient.what = SEND_MESSAGE_CODE;
//能够通过Bundle发送跨进程的信息
Bundle bundle = new Bundle();
bundle.putString("msg", "你好,client,我是MyService");
msgToClient.setData(bundle);
try{
clientMessenger.send(msgToClient);
}catch (RemoteException e){
e.printStackTrace();
Log.e("DemoLog", "向client发送信息失败: " + e.getMessage());
}
}
}
}
}
2) 通过Handler创建一个Messenger对象
//serviceMessenger是Service自身的Messenger,其内部指向了ServiceHandler的实例
//client能够通过IBinder构建Service端的Messenger,从而向Service发送消息,
//并由ServiceHandler接收并处理来自于client的消息
private Messenger serviceMessenger = new Messenger(new ServiceHandler());
3) 在Service的onBind中通过Messenger.getBinder()返回底层的Binder对象。
@Override
public IBinder onBind(Intent intent) {
Log.i("DemoLog", "MyServivce -> onBind");
//获取Service自身Messenger所对应的IBinder。并将其发送共享给全部client
return serviceMessenger.getBinder();
}
4) 注冊服务,让其执行在单独进程中
<service
android:name=".MyService"
android:enabled="true"
android:process=":remote" >
</service>
(2) client进程
1) 绑定服务端的Service
private ServiceConnection conn = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder binder) {
//client与Service建立连接
Log.i("DemoLog", "client onServiceConnected");
//我们能够通过从Service的onBind方法中返回的IBinder初始化一个指向Service端的Messenger
serviceMessenger = new Messenger(binder);
isBound = true;
Message msg = Message.obtain();
msg.what = SEND_MESSAGE_CODE;
//此处跨进程Message通信不能将msg.obj设置为non-Parcelable的对象,应该使用Bundle
//msg.obj = "你好。MyService,我是client";
Bundle data = new Bundle();
data.putString("msg", "你好,MyService,我是client");
msg.setData(data);
//须要将Message的replyTo设置为client的clientMessenger,
//以便Service能够通过它向client发送消息
msg.replyTo = clientMessenger;
try {
Log.i("DemoLog", "client向service发送信息");
serviceMessenger.send(msg);
} catch (RemoteException e) {
e.printStackTrace();
Log.i("DemoLog", "client向service发送消息失败: " + e.getMessage());
}
}
@Override
public void onServiceDisconnected(ComponentName name) {
//client与Service失去连接
serviceMessenger = null;
isBound = false;
Log.i("DemoLog", "client onServiceDisconnected");
}
};
Intent intent = new Intent();
ComponentName componentName = new ComponentName(packageName, serviceNmae);
intent.setComponent(componentName);
try{
Log.i("DemoLog", "client调用bindService方法");
bindService(intent, conn, BIND_AUTO_CREATE);
}catch(Exception e){
e.printStackTrace();
Log.e("DemoLog", e.getMessage());
}
}
绑定成功后用服务端返回的IBinder对象创建一个Messenger,通过它向服务端发送Message消息。
假设须要服务端给client发送消息。须要在Handler的handleMessage方法里,依据client发送过来的Message.replyTo获取到client的Messenger对象,就能够向client发送消息了。同一时候client须要在服务连接的onServiceConnected方法中,将client的Messenger对象通过Message.replyTo给收到服务端发送过来的Message对象。这样就实现两方通信。
6.4 AIDL
6.4.1 在服务端新建须要的AIDL类
(1)先新建一个Book.java实现Parcelable接口,表示一个图书的信息类;
import android.os.Parcel;
import android.os.Parcelable;
/**
* Book.java
*/
public class Book implements Parcelable{
private String name;
private int price;
public Book(){}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getPrice() {
return price;
}
public void setPrice(int price) {
this.price = price;
}
public Book(Parcel in) {
name = in.readString();
price = in.readInt();
}
public static final Creator<Book> CREATOR = new Creator<Book>() {
@Override
public Book createFromParcel(Parcel in) {
return new Book(in);
}
@Override
public Book[] newArray(int size) {
return new Book[size];
}
};
@Override
public int describeContents() {
return 0;
}
@Override
public void writeToParcel(Parcel dest, int flags) {
dest.writeString(name);
dest.writeInt(price);
}
/**
* 參数是一个Parcel,用它来存储与数据传输
* @param dest
*/
public void readFromParcel(Parcel dest) {
//注意。此处的读值顺序应当是和writeToParcel()方法中一致的
name = dest.readString();
price = dest.readInt();
}
//方便打印数据
@Override
public String toString() {
return "name : " + name + " , price : " + price;
}
}
(2) 新建一个Book.aidl。表示Book类在AIDL中的声明;
// Book.aidl
//这个文件的作用是引入了一个序列化对象 Book 供其它的AIDL文件使用
//注意:Book.aidl与Book.java的包名应当是一样的
//注意parcelable是小写
parcelable Book;
(3) 新建一个IBookManger.aidl接口,里面包括对应的方法;
// IBookManger.aidl
//导入所须要使用的非默认支持数据类型的包
import com.lypeer.ipcclient.Book;
interface IBookManger {
//全部的返回值前都不须要加不论什么东西。无论是什么数据类型
List<Book> getBooks();
Book getBook();
}
该方法保存后,会在gen文件夹下生成一个IBookManger.java类,它是系统为BookManger.aidl生成的Binder类,继承android.os.IInterface。它自己也还是个接口。
它包括以下内容:
1) 定义了一个String型的DESCRIPTOR。Binder的唯一标识;
2) asInterface(android.os.IBinder obj)方法,将服务端的Binder对象转换成client所需的AIDL接口类型对象,当client和服务端处于同一进程,直接返回服务端的Stub对象本身。否则返回系统封装后的Stub.proxy对象。
3) asBinder方法:返回当前Binder对象。
4) onTransact方法:执行在服务端的Binder线程池中,当client发起远程请求,远程请求会通过系统封装后交由此方法处理,该方法原型为public Boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags),服务端通过code能够确定client请求的是哪一个方法,从data中取出目标方法所需的參数,执行对应方法后,将返回值写入reply中。假设此方法返回false,client会请求失败。
5) IBookManger.aidl接口中声明的方法的代理实现,此方法执行在client,当client调用此方法时,首先须要创建此方法须要的输入类型Parcel对象_data, 输出类型Parcel对象_reply和返回值对象。接着将參数信息写入_data中(若有參数的话),再调用transact方法发起RPC(远程过程调用)。当前线程挂起,服务端的onTransact方法会被调用,直到RPC过程返回后,当前线程继续执行。并从_reply中取出RPC过程的返回结果;最后返回_reply中的数据。
6) 声明了IBookManger.aidl中声明的方法。
7) 声明了对应的整型id分别用于标识声明的方法。该id用于标识在transact过程中推断client请求的究竟是哪个方法。
8) 声明了一个类部类Stub,继承android.os.Binder实现IBookManager.aidl中类接口。当client和服务端处于同一进程,方法调用不会走跨进程的transact过程。若位于不同进程。则由Stub的内部代理Proxy,调用跨进程transact过程。
须要注意的是:client发起请求时。当前线程会挂起直至服务端返回数据,若方法是一个耗时操作,不能在UI线程中发起此远程请求。服务端的Binder方法执行在Binder线程池中。所以无论操作是否耗时,都应採用同步的方法去实现。
(4)linkToDeath unlinkToDeath
由于Binder执行在服务端进程中。假设服务端进程由于某种原因终止。这时client服务端的Binder连接断裂,会导致远程调用失败。但client非常可能不知道,解决此问题的办法,利用Binder提供的两个配对方法linkToDeath和unlinkToDeath,通过linkToDeath能够给Binder设置一个死亡代理,当Binder被终止时。我们会接收到通知。这时可通过又一次发起请求恢复连接。
实现方法:
1) 先声明一个DeathRecipient对象,它是一个接口。内部仅仅有一个方法binderDied,我们须要实现该方法,当Binder死亡时,系统回调binderDied方法,我们能够移出之前binder代理并又一次建立远程服务。
private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipient() {
@Override
public void binderDied() {
if (mBookManager == null) {
return;
}
mBookManger.asBinder().unlinkToDeath(mDeathRecipient, 0);
mBookManger = null;
//又一次绑定远程服务
}
};
2) 在client绑定远程服务成功后,给binder设置死亡代理;
mService = IBookManager.Stub.asInterface(binder);
binder.linkToDeath(mDeathRecipient, 0);
6.4.2 远程服务端Serivce的实现
(1)Serivce建立
我们须要新建一个Service,称为AIDLService,代码例如以下:
/**
1. 服务端的AIDLService.java
*/
public class AIDLService extends Service {
public final String TAG = this.getClass().getSimpleName();
//包括Book对象的list
private List<Book> mBooks = new ArrayList<>();
//由AIDL文件生成的IBookManager
private final IBookManager.Stub mBookManager = new IBookManager.Stub() {
@Override
public List<Book> getBooks() throws RemoteException {
synchronized (this) {
Log.e(TAG, "invoking getBooks() method , now the list is : " + mBooks.toString());
if (mBooks != null) {
return mBooks;
}
return new ArrayList<>();
}
}
@Override
public void addBook(Book book) throws RemoteException {
synchronized (this) {
if (mBooks == null) {
mBooks = new ArrayList<>();
}
if (book == null) {
Log.e(TAG, "Book is null in In");
book = new Book();
}
//尝试改动book的參数,主要是为了观察其到client的反馈
book.setPrice(2333);
if (!mBooks.contains(book)) {
mBooks.add(book);
}
//打印mBooks列表,观察client传过来的值
Log.e(TAG, "invoking addBooks() method , now the list is : " + mBooks.toString());
}
}
};
@Override
public void onCreate() {
super.onCreate();
Book book = new Book();
book.setName("Android开发艺术探索");
book.setPrice(28);
mBooks.add(book);
}
@Nullable
@Override
public IBinder onBind(Intent intent) {
Log.e(getClass().getSimpleName(), String.format("on bind,intent = %s", intent.toString()));
return mBookManager;//在onBinder中返回服务端的Binder对象
}
}
(2)注冊服务
<service android:name="aidl.AIDLService"
android:process=":remote">
</service>
6.4.3 client的实现
/**
2. client的AIDLActivity.java
*/
public class AIDLActivity extends AppCompatActivity {
//由AIDL文件生成的Java类
private IBookManager mBookManager = null;
//标志当前与服务端连接状况的布尔值,false为未连接。true为连接中
private boolean mBound = false;
//包括Book对象的list
private List<Book> mBooks;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_aidl);
}
/**
* button的点击事件。点击之后调用服务端的addBookIn方法
*
* @param view
*/
public void addBook(View view) {
//假设与服务端的连接处于未连接状态,则尝试连接
if (!mBound) {
attemptToBindService();
Toast.makeText(this, "当前与服务端处于未连接状态,正在尝试重连,请稍后再试", Toast.LENGTH_SHORT).show();
return;
}
if (mBookManager == null) return;
Book book = new Book();
book.setName("APP研发录In");
book.setPrice(30);
try {
mBookManager.addBook(book);//通过服务端的Binder对象调服务端方法
Log.e(getLocalClassName(), book.toString());
} catch (RemoteException e) {
e.printStackTrace();
}
}
/**
* 尝试与服务端建立连接
*/
private void attemptToBindService() {
Intent intent = new Intent();
intent.setAction("aidl.AIDLService");
intent.setPackage("com.xx.packagename");
bindService(intent, mServiceConnection, Context.BIND_AUTO_CREATE);//绑定服务
}
@Override
protected void onStart() {
super.onStart();
if (!mBound) {
attemptToBindService();
}
}
@Override
protected void onStop() {
super.onStop();
if (mBound) {
unbindService(mServiceConnection);
mBound = false;
}
}
private ServiceConnection mServiceConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
Log.e(getLocalClassName(), "service connected");
mBookManager = IBookManager.Stub.asInterface(service);
mBound = true;
if (mBookManager != null) {
try {
mBooks = mBookManager.getBooks();//调用服务端的getBooks方法
Log.e(getLocalClassName(), mBooks.toString());
} catch (RemoteException e) {
e.printStackTrace();
}
}
}
@Override
public void onServiceDisconnected(ComponentName name) {
Log.e(getLocalClassName(), "service disconnected");
mBound = false;
}
};
}
通过获取服务端的Binder对象,就能够和服务端进行通信了。
6.4.4 其它知识点
(1)跨进程listener接口
假设在服务端定声明了接口,client进行注冊和反注冊。会抛出异常,无法反注冊。由于在多进程中,Binder会把client传过来的对象又一次转化成一个新对象,这样尽管client注冊和反注冊使用的是同一个对象,可是通过Binder传递到服务端却变成两个对象。对象的跨进程传输本质都是反序列化过程。
能够使用RemoteCallbackList,它是系统专门用来删除跨进程listener接口。它实现原理利用底层Binder对象是同一个,仅仅要遍历服务端全部listener,找出和解注冊listener具有同样Binder对象的服务端listener,并把它删除掉。
同一时候RemoteCallbackList还有一个作用,当client进程终止。它会移除client所注冊的全部listener.
(2)权限验证
在注冊服务时加入permission权限验证,或是在onTransact方法中进行权限验证;
(3) AIDL訪问流程总结:
先创建一个Service和一个AIDL接口。再创建一个类继承自AIDL接口中的Stub类并实现Stub中的抽象方法;在Service的onBind方法中返回这个对象,再在client就能够绑定服务端service。建立连接后就能够訪问远程服务端的方法了。
6.5 ContentProvider
和Messenger一样,ContentProvider底层同样是Binder.系统预置了非常多ContentProvider,如通讯录、日程表等。仅仅需通过ContentResolver的query/update/insert/delete就能够跨进程訪问这些信息。详细实现过程例如以下:
1) 新建一个继承自系统ContentProvider的Provider,并重写onCreate, query, getType, insert, delete, update六个方法。
这六个进程执行在ContentProvider的进程中,除了onCreate由系统回调执行在主线程中,其它五个方法执行在Binder线程池中。
2) 注冊Provider
<provider android:name=".provider.XXProvider"
android:authorities="com.xx.xx.provider"
android:permission="com.xx.PROVIDER"
android:process=":provider">
</provider>
3) 在还有一个进程中訪问我们定义的ContentProvider
Uri uri = Uri.parse("content://com.xx.xx.provider");
getContentResolver().query(uri, null, null, null, null);
getContentResolver().query(uri,)
4) ContentProvider数据源发生变化时。可通过ContentResolver的notifyChange方法来通知外界数据发生改变。外界可通过ContentResolver的registerContentObserver方法来注冊观察者。通过unregisterContentObserver方法来解除观察者。
6.6 Socket
Socket分为流式套接字和用户数据报套接字。各自是对应于网络的传输控制层中的TCP/UDP
TCP:面向连接的协议,稳定的双向通信功能,连接须要“三次握手”。提供了超时重传机制,具有非常高的稳定性;
UDP:面向无连接协议。不稳定的单向通信功能,也可提供双向通信功能。效率高,不能保证数据一定能正确传输。
实现步骤:
1)服务端在新建一个Service,并建立TCP服务
@Override
public void onCreate() {
new Thread(new TcpServer()).start();//堵塞监听client连接
super.onCreate();
}
@Override
public IBinder onBind(Intent intent) {
throw null;
}
private class TcpServer implements Runnable {
@Override
public void run() {
ServerSocket serverSocket;
try {
//监听8688端口
serverSocket = new ServerSocket(8688);
} catch (IOException e) {
return;
}
while (!isServiceDestroyed) {
try {
// 接受client请求。而且堵塞直到接收到消息
final Socket client = serverSocket.accept();
new Thread() {
@Override
public void run() {
try {
//有消息接收到。新开一个线程进行处理消息
responseClient(client);
} catch (IOException e) {
e.printStackTrace();
}
}
}.start();
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
private void responseClient(Socket client) throws IOException {
// 用于接收client消息,将client的二进制数据流格式转成文本格式
BufferedReader in = new BufferedReader(new InputStreamReader(client.getInputStream()));
// 用于向client发送消息
PrintWriter out = new PrintWriter(new BufferedWriter(new OutputStreamWriter(client.getOutputStream())), true);
out.println("您好。我是服务端");
while (!isServiceDestroyed) {
String str = in.readLine();//通过数据流的readLine。可直接变成文本格式
Log.i("moon", "收到client发来的信息" + str);
if (TextUtils.isEmpty(str)) {
//client断开了连接
Log.i("moon", "client断开连接");
break;
}
String message = "收到了client的信息为:" + str;
// 从client收到的消息加工再发送给client
out.println(message);
}
out.close();//关闭流
in.close();
client.close();
}
2)注冊服务
<service
android:name=".SocketServerService"
android:process=":remote" />
3) client先建立连接服务端socket
Socket socket = null;
while (socket == null) {
try {
//选择和服务器同样的端口8688
socket = new Socket("localhost", 8688);
mClientSocket = socket;
mPrintWriter = new PrintWriter(new BufferedWriter(new OutputStreamWriter(socket.getOutputStream())), true);
} catch (IOException e) {
SystemClock.sleep(1000);
}
}
4) client和服务端通信。通过while循环不断去读取服务器发送过来的消息
// 接收服务器端的消息
BufferedReader br = new BufferedReader(new InputStreamReader(socket.getInputStream()));
while (!isFinishing()) {
final String msg = br.readLine();
if (msg != null) {
runOnUiThread(new Runnable() {
@Override
public void run() {
tv_message.setText(tv_message.getText() + "\n" + "服务端:" + msg);
}
}
);
}
}
5) client在onCreate中单开线程启动连接服务
Intent service = new Intent(this, SocketServerService.class);
startService(service);
new Thread() {
@Override
public void run() {
connectSocketServer();
}
}.start();
6.7 进程间通信方式比較
Android开发艺术探索读书笔记——进程间通信的更多相关文章
- Android开发艺术探索读书笔记——01 Activity的生命周期
http://www.cnblogs.com/csonezp/p/5121142.html 新买了一本书,<Android开发艺术探索>.这本书算是一本进阶书籍,适合有一定安卓开发基础,做 ...
- android开发艺术探索读书笔记之-------view的事件分发机制
View的点击事件的分发,其实就是对MotionEvent事件的分发过程,即当一个MotionEvent产生后,系统需要把这个事件传递给一个具体的View,而这个过程就是分发过程. 分发过程主要由以下 ...
- Android开发艺术探索学习笔记(三)
第三章 View的事件体系 3.1 View基础知识 3.1.1 什么是view View 是Android中所有控件的基类,是一种界面层的控件的一种抽象,它代表了一个控件. 3.1.2 View的 ...
- Android开发艺术探索学习笔记(十一)
第十一章 Android的线程和线程池 从用途上来说,线程分为子线程和主线程,主线程主要处理和界面相关的事情,而子线程往往用于执行耗时的操作.AsyncTask,IntentService,Hand ...
- Android开发艺术探索学习笔记(十)
第十章 Android的消息机制 面试中经常会被问到的一个问题:handler是如何在子线程和主线程中进行消息的传递的,这个问题通过了解Android的消息机制可以得到一个准确的答案. Androi ...
- Android开发艺术探索学习笔记(六)
第六章 Android的Drawable Drawable的优点:使用简单,比自定义view的成本要低:非图片类型的Drawable占用空间小,有利于减小APK安装包的大小. 6.1Drawable ...
- Android开发艺术探索学习笔记(四)
第四章 View的工作原理 4.1初识ViewRoot和DecorView ViewRoot是连接WindowManager和DecorView的纽带,View的三大流程均是通过ViewRoot来完成 ...
- Android开发艺术探索学习笔记(一)
第一章 Activity的生命周期和启动模式 1.1Activity的生命周期全面解析 1.1.1典型情况下的生命周期分析 (1)在两个Activity进行切换时,当前的Activity的onPaus ...
- 《Android开发艺术探索》读书笔记 (9) 第9章 四大组件的工作过程
第9章 四大组件的工作过程 9.1 四大组件的运行状态 (1)四大组件中只有BroadcastReceiver既可以在AndroidManifest文件中注册,也可以在代码中注册,其他三个组件都必须在 ...
随机推荐
- (转)Session URL重写
Session URL重写 发表于 2012 年 3 月 5 日 Session URL重写,保证在客户端禁用或不支持COOKIE时,仍然可以使用Session session机制.session机制 ...
- IOS开发帐号与发布问题综合
一.iOS开发:AD-HOC版应用测试方法:http://hi.baidu.com/kangle1208/item/163f39530abb4d3195eb05a7 二.plist的方式发布: 1.y ...
- Java基础语法(第1章变量)
今日内容介绍 1.变量 2. 运算符 变量 1.1.变量概述 前面我们已经学习了常量,接下来我们要学习变量.在Java中变量的应用比常量的应用要多很多.所以变量也是尤为重要的知识点! 什么是变量? ...
- .NET设计规范一:设计规范基础
http://www.cnblogs.com/yangcaogui/archive/2012/04/18/2447049.html 前一段时间阅读了“.NET设计规范”这本书,读后给我的感觉是规范对开 ...
- 如何打印加密的PDF文件?
如何打印加密的PDF文件? Pdf加密了不让打印怎么办?? 下载Foxit PDF Editor以下是下载地址:http://www.orsoon.com/Soft/4865.html 用它打开加密的 ...
- Servlet实现文件上传,可多文件上传
一.Servlet实现文件上传,需要添加第三方提供的jar包 接着把这两个jar包放到 lib文件夹下: 二: 文件上传的表单提交方式必须是POST方式, 编码类型:enctype="mul ...
- shell学习三十二天----read读取一行
标准输入输出与标准错误输出 标准输入/输出可能是软件工具设计原则里最主要的观念了.他的构想是:程序应有一个数据来源,数据出口(数据要去哪里),以及报告问题的地方.他们分别叫做标准输入,标准输出和标准错 ...
- 基于skitter的轮播图炫酷效果,幻灯片的体验
概述 包含各种炫酷的轮播切换效果,插件小巧,与其他插件无冲突,可用于移动端和PC端 详细 代码下载:http://www.demodashi.com/demo/11939.html 你还在用原生的js ...
- 【Redis】redis开机自启动、设置守护进程、密码设置、访问权限控制等安全设置(redis默认端口6379)
一.redis设置开机自启动:centOS: 1.修改redis.conf中daemonize为yes,确保守护进程开启,也就是在后台可以运行. (守护进程:孤儿进程:独立于终端而存在的进程,不会因为 ...
- 阿里云服务器迁移更改IP,导致网站挂掉
从昨日下午三点阿里云主机迁移变更IP导致网站挂点,到刚刚网站.手机客户端均恢复访问,这个过程持续了24个钟头.最后还是我自己解决了问题. 哎,真是揪心. 其间和阿里云工程师反复沟通,昨日沟通到今日凌晨 ...