插件化框架解读之android系统服务实现原理（五）
阿里P7移动互联网架构师进阶视频（每日更新中）免费学习请点击：https://space.bilibili.com/474380680
一、系统服务提供方式
1、我们平时最常见的系统服务使用方式
WifiManager wifimanager = (WifiManager) getSystemService(Context.WIFI_SERVICE);
wifimanager.disconnect();
这里我们通过Context的getSystemService(String name)方法，根据Context.WIFI_SERVICE标识获取到了WifiManager，然后调用disconnerct()这个api实现了下发wifi断开指令的功能，这里就是一个很经典的系统服务使用的例子了，getSystemService()通过我们传入的字符串标识返回我们需要的具体WifiManager实例，那么我们不妨从getSystemService()入手，看看google的工程师是如何做的。
2、getSystemService()方法
源码路径:xxx/framework/base/core/java/android/content/Context.java
public abstract Object getSystemService(@ServiceName @NonNull String name);
Context中的getSystemService()方法是一个抽象方法，意料之中，他的具体实现是在ContextImpl中:
源码路径:xxx/framework/base/core/java/android/app/ContextImpl.java
@Override
public Object getSystemService(String name) {
return SystemServiceRegistry.getSystemService(this, name);
}
这里要注意，在5.0之前是在ContextImpl中实现的，而5.0之后就去调SystemServiceRegistry中的getSystemService()方法:
源码路径:xxx/framework/base/core/java/android/app/SystemServiceRegistry.java
/**
* Gets a system service from a given context.
*/
public static Object getSystemService(ContextImpl ctx, String name) {
ServiceFetcher<?> fetcher = SYSTEM_SERVICE_FETCHERS.get(name);
return fetcher != null ? fetcher.getService(ctx) : null;
}
这里我们看到，通过我们传入的标识Context.WIFI_SERVICE从SYSTEM_SERVICE_FETCHERS中获取了ServiceFetcher对象，并通过ServiceFetcher的getService()方法返回我们所需WifiManager对象，那么SYSTEM_SERVICE_FETCHERS是什么? ServiceFetcher又是什么，我们看下下面的代码:
源码路径:xxx/framework/base/core/java/android/app/SystemServiceRegistry.java
private static final HashMap<String, ServiceFetcher<?>> SYSTEM_SERVICE_FETCHERS = new HashMap<String, ServiceFetcher<?>>();
/**
* Base interface for classes that fetch services.
* These objects must only be created during static initialization.
*/
static abstract interface ServiceFetcher<T> {
T getService(ContextImpl ctx);
}
/**
* Override this class when the system service constructor needs a
* ContextImpl and should be cached and retained by that context.
*/
static abstract class CachedServiceFetcher<T> implements ServiceFetcher<T> {
private final int mCacheIndex;
public CachedServiceFetcher() {
mCacheIndex = sServiceCacheSize++;
}
@Override
@SuppressWarnings("unchecked")
public final T getService(ContextImpl ctx) {
final Object[] cache = ctx.mServiceCache;
synchronized (cache) {
// Fetch or create the service.
Object service = cache[mCacheIndex];
if (service == null) {
service = createService(ctx);
cache[mCacheIndex] = service;
}
return (T)service;
}
}
public abstract T createService(ContextImpl ctx);
}
看到SYSTEM_SERVICE_FETCHERS的定义我们发现它其实是一个HashMap，而ServiceFetcher是一个接口，而CachedServiceFetcher就是它的其中一个实现，我们看到当调用个getService()方法的时候，先去mServiceCache这个数组中查找，如果取不到再调用createService()这个抽象方法创建，至于createService()的具体实现，请往下看。。。
3、WifiManager如何的创建
既然SYSTEM_SERVICE_FETCHERS是一个Map我们不妨找找他是在什么地方被添加数据的:
源码路径:xxx/framework/base/core/java/android/app/SystemServiceRegistry.java
/**
* Statically registers a system service with the context.
* This method must be called during static initialization only.
*/
private static <T> void registerService(String serviceName, Class<T> serviceClass,
ServiceFetcher<T> serviceFetcher) {
SYSTEM_SERVICE_NAMES.put(serviceClass, serviceName);
SYSTEM_SERVICE_FETCHERS.put(serviceName, serviceFetcher);
}
我们发现SYSTEM_SERVICE_FETCHERS中的数据是通过registerService()方法添加的，继续查看SystemServiceRegistry.java文件你会发现好多类似下面的方法在静态代码块中被调用:
registerService(Context.WIFI_SERVICE, WifiManager.class,
new CachedServiceFetcher<WifiManager>() {
@Override
public WifiManager createService(ContextImpl ctx) {
IBinder b = ServiceManager.getService(Context.WIFI_SERVICE);
IWifiManager service = IWifiManager.Stub.asInterface(b);
return new WifiManager(ctx.getOuterContext(), service);
}});
在这段代码中，我们看到createService()这个抽象方法被实现，到目前为止，我们已经明确了系统是如何一步步的给我们提供WifiManager这个对象的了，至于WifiManager到底做了什么，我们继续往后看!
二、系统服务的创建以及管理
1、WifiManager
既然我们拿到手的最后是WifiManager，那么我们先看看WifiManager什么东西，他又是如何工作的，就以我们刚开始的时候调用的disconnect()方法为例:
public boolean disconnect() {
try {
mService.disconnect();
return true;
} catch (RemoteException e) {
throw e.rethrowFromSystemServer();
}
}
在代码中我们看到，程序最终是走了mService.disconnect();的，那么mService又是什么呢?
public WifiManager(Context context, IWifiManager service, Looper looper) {
mContext = context;
mService = service;
mLooper = looper;
mTargetSdkVersion = context.getApplicationInfo().targetSdkVersion;
}
到此我们看到其实mService是IWifiManager，搜索源代码发现，其实它是一个IWifiManager.aidl文件，既然是aidl那么就肯定有具体的实现，至于它的具体实现是什么我们现在肯定是不知道的，我们需要一步步分析mService的来源，最终确定其具体的实现类是什么，我们继续往下走。。。
源码路径:xxx/frameworks/base/wifi/java/android/net/wifi/IWifiManager.aidl
2、IWifiManager service = IWifiManager.Stub.asInterface(b)
既然IWifiManager是通过IWifiManager.Stub.asInterface(b)返回的，那么我们不妨分析分析这段代码;看到这句代码的时候，相信很多朋友都觉得很熟悉吧，根据AIDL的特殊性，正常情况下编译后会根据IWifiManager.aidl这个文件生成一个IWifiManager.java的接口，而这个接口中维护了Stub怎么一个内部类，我们在AS上创建一个AIDL编译生成一个Stub分析分析:
public interface IWifiManager extends android.os.IInterface {
/**
* Local-side IPC implementation stub class.
*/
public static abstract class Stub extends android.os.Binder implements android.discovery
.light.IWifiManager {
private static final java.lang.String DESCRIPTOR = "android.discovery.light.IWifiManager";
/**
* Construct the stub at attach it to the interface.
*/
public Stub() {
this.attachInterface(this, DESCRIPTOR);
}
/**
* Cast an IBinder object into an android.discovery.light.IWifiManager interface,
* generating a proxy if needed.
*/
public static android.discovery.light.IWifiManager asInterface(android.os.IBinder obj) {
if ((obj == null)) {
return null;
}
android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);
if (((iin != null) && (iin instanceof android.discovery.light.IWifiManager))) {
return ((android.discovery.light.IWifiManager) iin);
}
return new android.discovery.light.IWifiManager.Stub.Proxy(obj);
}
//此处省略N行代码============================================
}
在代码中我们可以看到asInterface(android.os.IBinder obj)通过obj.queryLocalInterface(DESCRIPTOR)返回了一个IInterface，而在Binder中queryLocalInterface()方法的实现如下:
public IInterface queryLocalInterface(String descriptor) {
if (mDescriptor.equals(descriptor)) {
return mOwner;
}
return null;
}
这里首先对传入的descriptor进行判断，然后返回mOwner对象，他们在Binder中的定义以及赋值如下:
private IInterface mOwner;
private String mDescriptor;
public void attachInterface(IInterface owner, String descriptor) {
mOwner = owner;
mDescriptor = descriptor;
}
看到attachInterface()方法朋友们应该想起点什么了吧?没想其没关系，看看下面的代码:
private static final java.lang.String DESCRIPTOR = "android.discovery.light.IMyAidlInterface";
public Stub() {
this.attachInterface(this, DESCRIPTOR);
}
这里我们看到其实当我们创建Stub实例的时候，通过构造方法把this以及包名为保存到mOwner，mDescriptor两个属性中，当我们调用asInterface(IBinder obj)方法的时候，根据mDescriptor标识进行判断，如果匹配就返回mOwner，返回的其实就是obj本身，这种是最正常的情况了，我们暂时以这种情况为准！
好了，扯远了，回到我们之前的代码：
registerService(Context.WIFI_SERVICE, WifiManager.class,
new CachedServiceFetcher<WifiManager>() {
@Override
public WifiManager createService(ContextImpl ctx) {
IBinder b = ServiceManager.getService(Context.WIFI_SERVICE);
IWifiManager service = IWifiManager.Stub.asInterface(b);
return new WifiManager(ctx.getOuterContext(), service);
}});
按照我们上面的分析，正常情况下，其实IWifiManager.Stub.asInterface(b)返回的其实就是b本身，那么接下来我们要确定b这个IBinder对象是什么即可：
3、那么接下来我们分析ServiceManager.getService(Context.WIFI_SERVICE)
源码路径:xxx/frameworks/base/core/java/android/os/ServiceManager.java
/**
* Returns a reference to a service with the given name.
*
* @param name the name of the service to get
* @return a reference to the service, or <code>null</code> if the service doesn't exist
*/
public static IBinder getService(String name) {
try {
IBinder service = sCache.get(name);
if (service != null) {
return service;
} else {
return getIServiceManager().getService(name);
}
} catch (RemoteException e) {
Log.e(TAG, "error in getService", e);
}
return null;
}
我们看到程序首先通过sCache这个HasMap中去取，如果不存在就通过getIServiceManager().getService(name)去取，而getIServiceManager()返回的是一个IServiceManager接口，他的具体实现是在ServiceManagerNative#ServiceManagerProxy这个内部类中的，看下源码：
源码路径:xxx/frameworks/base/core/java/android/os/ServiceManagerNative#ServiceManagerProxy
public IBinder getService(String name) throws RemoteException {
Parcel data = Parcel.obtain();
Parcel reply = Parcel.obtain();
data.writeInterfaceToken(IServiceManager.descriptor);
data.writeString(name);
mRemote.transact(GET_SERVICE_TRANSACTION, data, reply, 0);
IBinder binder = reply.readStrongBinder();
reply.recycle();
data.recycle();
return binder;
}
至此，我们就知道了ServiceManager.getService(Context.WIFI_SERVICE)中返回的IBinder是怎么来的了，这里的Parcel大家先不用关心，这个东西只不过是一个容器而已，我们只要知道这里是通过Context.WIFI_SERVICE这个字符串标识获取到了对应的IBinder对象即可，但是直到此处，我们依然没能知道这个IBinder对象到底是什么，这个时候别急，既然是容器，能取出来东西自然也要能存东西，取出来的时候不知道是什么，存进去的时候总该知道吧，继续往下走。。。
4、ServiceManager.addService()
细心的朋友应该已经发现了ServiceManager中还有另一个方法addService()，这个方法就是我们创建服务之后注册到系统去管理的方法，他的调用是在SystemServer.java中，那我们去SystemServer找找看。。。找了半天是否发现没有在SystemServer中找不到哪个是队Wifi服务进行注册的?别急，其实他是通过了WifiService这个东西进行注册的!
private static final String WIFI_SERVICE_CLASS = "com.android.server.wifi.WifiService";
/**
* Starts a miscellaneous grab bag of stuff that has yet to be refactored
* and organized.
*/
private void startOtherServices() {
//省略很多。。。
mSystemServiceManager.startService(WIFI_SERVICE_CLASS);
//省略很多。。。
}
这里我们看到 mSystemServiceManager.startService(WIFI_SERVICE_CLASS)怎么一句代码，查看其定义发现mSystemServiceManager是SystemServiceManager:
源码路径: xxx/frameworks/base/services/core/java/com/android/server/SystemServiceManager.java
* Starts a service by class name.
*
* @return The service instance.
*/
@SuppressWarnings("unchecked")
public SystemService startService(String className) {
final Class<SystemService> serviceClass;
try {
serviceClass = (Class<SystemService>)Class.forName(className);
} catch (ClassNotFoundException ex) {
Slog.i(TAG, "Starting " + className);
throw new RuntimeException("Failed to create service " + className
+ ": service class not found, usually indicates that the caller should "
+ "have called PackageManager.hasSystemFeature() to check whether the "
+ "feature is available on this device before trying to start the "
+ "services that implement it", ex);
}
return startService(serviceClass);
}
这里我们看到，通过反射的方式返回了WifiService的Class对象，然后作为参数传给了startService(serviceClass)：
/**
* Creates and starts a system service. The class must be a subclass of
* {@link com.android.server.SystemService}.
*
* @param serviceClass A Java class that implements the SystemService interface.
* @return The service instance, never null.
* @throws RuntimeException if the service fails to start.
*/
@SuppressWarnings("unchecked")
public <T extends SystemService> T startService(Class<T> serviceClass) {
final String name = serviceClass.getName();
Slog.i(TAG, "Starting " + name);
// Create the service.
if (!SystemService.class.isAssignableFrom(serviceClass)) {
throw new RuntimeException("Failed to create " + name
+ ": service must extend " + SystemService.class.getName());
}
final T service;
try {
Constructor<T> constructor = serviceClass.getConstructor(Context.class);
service = constructor.newInstance(mContext);
} catch (InstantiationException ex) {
throw new RuntimeException("Failed to create service " + name
+ ": service could not be instantiated", ex);
} catch (IllegalAccessException ex) {
throw new RuntimeException("Failed to create service " + name
+ ": service must have a public constructor with a Context argument", ex);
} catch (NoSuchMethodException ex) {
throw new RuntimeException("Failed to create service " + name
+ ": service must have a public constructor with a Context argument", ex);
} catch (InvocationTargetException ex) {
throw new RuntimeException("Failed to create service " + name
+ ": service constructor threw an exception", ex);
}
// Register it.
mServices.add(service);
// Start it.
try {
service.onStart();
} catch (RuntimeException ex) {
throw new RuntimeException("Failed to start service " + name
+ ": onStart threw an exception", ex);
}
return service;
}
我们发现，代码通过service = constructor.newInstance(mContext)方法创建了WifiService的实例，并且调用了service.onStart();方法，继续查看WifiService的源码：
源码路径：xxx/frameworks/opt/net/wifi/service/java/com/android/server/wifi/WifiService.java
package com.android.server.wifi;
import android.content.Context;
import android.net.wifi.ScanResult;
import android.net.wifi.WifiScanner;
import android.util.Log;
import com.android.server.SystemService;
import java.util.List;
public final class WifiService extends SystemService {
private static final String TAG = "WifiService";
final WifiServiceImpl mImpl;
public WifiService(Context context) {
super(context);
mImpl = new WifiServiceImpl(context);
}
@Override
public void onStart() {
Log.i(TAG, "Registering " + Context.WIFI_SERVICE);
publishBinderService(Context.WIFI_SERVICE, mImpl);
}
@Override
public void onBootPhase(int phase) {
if (phase == SystemService.PHASE_SYSTEM_SERVICES_READY) {
mImpl.checkAndStartWifi();
}
}
}
这里，我们看到了在WifiService的构造方法中创建了WifiServiceImpl实例，并且通过onStart()方法，将WifiServiceImpl实例mImpl传入到 publishBinderService(Context.WIFI_SERVICE, mImpl)中，我们继续到SystemService看看：
源码路径：xxx/frameworks/base/services/core/java/com/android/server/SystemService.java
/**
* Publish the service so it is accessible to other services and apps.
*/
protected final void publishBinderService(String name, IBinder service,
boolean allowIsolated) {
ServiceManager.addService(name, service, allowIsolated);
}
历尽千辛万苦，终于看到我们想要找的东西了，原来publishBinderService()方法通过ServiceManager.addService(name, service, allowIsolated)将WifiServiceImpl注册到了ServiceManager中，我们看下注册的方式：
源码路径:xxx/frameworks/base/core/java/android/os/ServiceManagerNative#ServiceManagerProxy
public void addService(String name, IBinder service, boolean allowIsolated)
throws RemoteException {
Parcel data = Parcel.obtain();
Parcel reply = Parcel.obtain();
data.writeInterfaceToken(IServiceManager.descriptor);
data.writeString(name);
data.writeStrongBinder(service);
data.writeInt(allowIsolated ? 1 : 0);
mRemote.transact(ADD_SERVICE_TRANSACTION, data, reply, 0);
reply.recycle();
data.recycle();
}
这个保存方式跟我们getService()的方式是一致的！
至此，我们算是找到总算找到了IWifiManager.aidl的具体实现了，就是WifiServiceImpl，那么也就意味着我们的这整个WIfi的系统服务的接口定义、实现、注册、访问等流程都有两个一个大致的了解！
5、抱着怀疑的态度，我们看下WifiServiceImpl中是否真的实现了disconnect()方法：
源码路径：xxx/frameworks/opt/net/wifi/service/java/com/android/server/wifi/WifiServiceImpl.java
/**
* see {@link android.net.wifi.WifiManager#disconnect()}
*/
public void disconnect() {
enforceChangePermission();
mWifiStateMachine.disconnectCommand();
}
ok，验证通过！
三、总结
这整个Wifi服务是如何被创建以及注册到系统管理，然后如何向上层提供接口进行调用的过程看起来比较复杂，但是其实系统服务里面多数的实现方式都差不多是这样，只要理解了其中一个，其它的就相差不是很大，更重要的是我们去了解怎么一个过程，对我们以后进行framework层的开发还是有非常大的帮助的，比如说我们如何添加一个自己的系统服务。那么接下来我们队这整个流程进行简单的总结。
1、创建相关的AIDL文件IWifiManager.aidl，并定义相关功能方法。
2、创建WifiServiceImpl.java并实现IWifiManager.Stub，并在Contex中定义服务的唯一标识字符串。
3、创建创建WifiManager.java内部维护了通过ServiceManager获取到的WifiServiceImpl实例。
4、在SystemServiceRegistry.java的静态太代码块中通过registerService()方法创建WifiManager实例，并保存到SYSTEM_SERVICE_FETCHERS这个map中，这里要强调一点的是，由于WifiManager是在静态代码块中被创建，所以是单例的。
5、在SystemServer.java中通过SystemServiceManager创建WifiService实例，并调用其onStart()方法。
6、在WifiService的构造方法中创建WifiServiceImpl实例。
7、最终通过SystemService的publishBinderService()方法调用 ServiceManager.addService(name, service, allowIsolated);将WifiServiceImpl注册到ServiceManager中。
原文链接https://blog.csdn.net/monalisatearr/article/details/80801926
阿里P7移动互联网架构师进阶视频（每日更新中）免费学习请点击：https://space.bilibili.com/474380680
