91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

Android 組件化最佳實踐 ARetrofit 原理

發布時間:2020-05-28 22:46:52 來源:網絡 閱讀:506 作者:vivo互聯網 欄目:移動開發

本文首發于 vivo互聯網技術 微信公眾號 https://mp.weixin.qq.com/s/TXFt7ymgQXLJyBOJL8F6xg
作者:朱壹飛

ARetrofit 是一款針對Android組件之間通信的路由框架,實現快速組件化開發的利器。本文主要講述 ARetrofit 實現的原理。

簡介

ARetrofit 是一款針對Android組件之間通信的路由框架,實現快速組件化開發的利器。

源碼鏈接:https://github.com/yifei8/ARetrofit

組件化架構 APP Demo, ARetrofit 使用實例:https://github.com/yifei8/HappyNote

組件化

Android組件化已經不是一個新鮮的概念了,出來了已經有很長一段時間了,大家可以自行Google,可以看到一堆相關的文章。

簡單的來說,所謂的組件就是Android Studio中的Module,每一個Module都遵循高內聚的原則,通過ARetrofit 來實現無耦合的代碼結構,如下圖:

Android 組件化最佳實踐 ARetrofit 原理

每一個 Module 可單獨作為一個 project 運行,而打包到整體時 Module 之間的通信通過 ARetrofit 完成。

ARetrofit 原理

講原理之前,我想先說說為什么要ARetrofit。開發ARetrofit 這個項目的思路來源其實是 Retrofit,Retrofit 是Square公司開發的一款針對 Android 網絡請求的框架,這里不對Retrofit展開來講。主要是 Retrofit 框架使用非常多的設計模式,可以說 Retrofit 這個開源項目將Java的設計模式運用到了極致,當然最終提供的API也是非常簡潔的。如此簡潔的API,使得我們APP中的網絡模塊實現變得非常輕松,并且維護起來也很舒服。因此我覺得有必要將Android組件之間的通信也變得輕松,使用者可以優雅的通過簡潔的API就可以實現通信,更重要的是維護起來也非常的舒服。

ARetrofit 基本原理可以簡化為下圖所示:

Android 組件化最佳實踐 ARetrofit 原理

1.通過注解聲明需要通信的Activity/Fragment或者Class

2.每一個module通過annotationProcessor在編譯時生成待注入的RouteInject的實現類和AInterceptorInject的實現類。

這一步在執行app[build]時會輸出日志,可以直觀的看到,如下圖所示:

注: AInjecton::Compiler >>> Apt interceptor Processor start... <<<
注: AInjecton::Compiler enclosindClass = null
注: AInjecton::Compiler value = 3
注: AInjecton::Compiler auto generate class = com$$sjtu$$yifei$$eCGVmTMvXG$$AInterceptorInject
注: AInjecton::Compiler add path= 3 and class= LoginInterceptor
....
注: AInjecton::Compiler >>> Apt route Processor start... <<<
注: AInjecton::Compiler enclosindClass = null
注: AInjecton::Compiler value = /login-module/ILoginProviderImpl
注: AInjecton::Compiler enclosindClass = null
注: AInjecton::Compiler value = /login-module/LoginActivity
注: AInjecton::Compiler enclosindClass = null
注: AInjecton::Compiler value = /login-module/Test2Activity
注: AInjecton::Compiler enclosindClass = null
注: AInjecton::Compiler value = /login-module/TestFragment
注: AInjecton::Compiler auto generate class = com$$sjtu$$yifei$$VWpdxWEuUx$$RouteInject
注: AInjecton::Compiler add path= /login-module/TestFragment and class= null
注: AInjecton::Compiler add path= /login-module/LoginActivity and class= null
注: AInjecton::Compiler add path= /login-module/Test2Activity and class= null
注: AInjecton::Compiler add path= /login-module/ILoginProviderImpl and class= null
注: AInjecton::Compiler >>> Apt route Processor succeed <<<

3.將編譯時生成的類注入到RouterRegister中,這個類主要用于維護路由表和攔截器,對應的[build]日志如下:

TransformPluginLaunch >>> ========== Transform scan start ===========
TransformPluginLaunch >>> ========== Transform scan end cost 0.238 secs and start inserting ===========
TransformPluginLaunch >>> Inserting code to jar >> /Users/yifei/as_workspace/ARetrofit/app/build/intermediates/transforms/TransformPluginLaunch/release/8.jar
TransformPluginLaunch >>> to class >> com/sjtu/yifei/route/RouteRegister.class
InjectClassVisitor >>> inject to class:
InjectClassVisitor >>> com/sjtu/yifei/route/RouteRegister{
InjectClassVisitor >>>        public *** init() {
InjectClassVisitor >>>            register("com.sjtu.yifei.FBQWNfbTpY.com$$sjtu$$yifei$$FBQWNfbTpY$$RouteInject")
InjectClassVisitor >>>            register("com.sjtu.yifei.klBxerzbYV.com$$sjtu$$yifei$$klBxerzbYV$$RouteInject")
InjectClassVisitor >>>            register("com.sjtu.yifei.JmhcMMUhkR.com$$sjtu$$yifei$$JmhcMMUhkR$$RouteInject")
InjectClassVisitor >>>            register("com.sjtu.yifei.fpyxYyTCRm.com$$sjtu$$yifei$$fpyxYyTCRm$$AInterceptorInject")
InjectClassVisitor >>>        }
InjectClassVisitor >>> }
TransformPluginLaunch >>> ========== Transform insert cost 0.017 secs end ===========

4.Routerfit.register(Class<T> service) 這一步主要是通過動態代理模式實現接口中聲明的服務。

前面講的是整體的框架設計思想,便于讀者從全局的覺得來理解ARetrofit的框架的架構。接下來,將待大家個個擊破上面提到的annotationProcessor、 transform在項目中如何使用,以及動態代理、攔截器功能的實現等細節。

一、annotationProcessor生成代碼

annotationProcessor(注解處理器)是javac內置的一個用于編譯時掃描和處理注解(Annotation)的工具。簡單的說,在源代碼編譯階段,通過注解處理器,我們可以獲取源文件內注解(Annotation)相關內容。Android Gradle 2.2 及以上版本提供annotationProcessor的插件。

在ARetrofit中annotationProcessor對應的module是auto-complier,在使用annotationProcessor之前首先需要聲明好注解。關于注解不太了解或者遺忘的同學可直接參考我之前寫的Java注解這篇文章,本項目中聲明的注解在auto-annotation這個module中,主要有:

  • @Extra 路由參數

  • @Flags intent flags

  • @Go 路由路徑key

  • @Interceptor 聲明自定義攔截器

  • @RequestCode 路由參數

  • @Route路由

  • @Uri

  • @IMethod 用于標記注冊代碼將插入到此方法中(transform中使用)

  • @Inject 用于標記需要被注入類,最近都將插入到標記了#com.sjtu.yifei.annotation.IMethod的方法中(transform中使用)

創建自定義的注解處理器,具體使用方法可參考利用注解動態生成代碼,本項目中的注解處理器如下所示:

//這是用來注冊注解處理器要處理的源代碼版本。
@SupportedSourceVersion(SourceVersion.RELEASE_8)
//這個注解用來注冊注解處理器要處理的注解類型。有效值為完全限定名(就是帶所在包名和路徑的類全名
@SupportedAnnotationTypes({ANNOTATION_ROUTE, ANNOTATION_GO})
//來注解這個處理器,可以自動生成配置信息
@AutoService(Processor.class)
public class IProcessor extends AbstractProcessor {

}

生成代碼的關鍵部分在GenerateAInterceptorInjectImpl 和?GenerateRouteInjectImpl中,以下貼出關鍵代碼:

public void generateAInterceptorInjectImpl(String pkName) {
        try {
            String name = pkName.replace(".",DECOLLATOR) + SUFFIX;
            logger.info(String.format("auto generate class = %s", name));
            TypeSpec.Builder builder = TypeSpec.classBuilder(name)
                    .addModifiers(Modifier.PUBLIC)
                    .addAnnotation(Inject.class)
                    .addSuperinterface(AInterceptorInject.class);

            ClassName hashMap = ClassName.get("java.util", "HashMap");

            //Map<String, Class<?>>
            TypeName wildcard = WildcardTypeName.subtypeOf(Object.class);
            TypeName classOfAny = ParameterizedTypeName.get(ClassName.get(Class.class), wildcard);
            TypeName string = ClassName.get(Integer.class);

            TypeName map = ParameterizedTypeName.get(ClassName.get(Map.class), string, classOfAny);

            MethodSpec.Builder injectBuilder = MethodSpec.methodBuilder("getAInterceptors")
                    .addModifiers(Modifier.PUBLIC)
                    .addAnnotation(Override.class)
                    .returns(map)
                    .addStatement("$T interceptorMap = new $T<>()", map, hashMap);

            for (Map.Entry<Integer, ClassName> entry : interceptorMap.entrySet()) {
                logger.info("add path= " + entry.getKey() + " and class= " + entry.getValue().simpleName());
                injectBuilder.addStatement("interceptorMap.put($L, $T.class)", entry.getKey(), entry.getValue());
            }
            injectBuilder.addStatement("return interceptorMap");

            builder.addMethod(injectBuilder.build());

            JavaFile javaFile = JavaFile.builder(pkName, builder.build())
                    .build();
            javaFile.writeTo(filer);

        } catch (Exception e) {
            e.printStackTrace();
        }

    }

public void generateRouteInjectImpl(String pkName) {
        try {
            String name = pkName.replace(".",DECOLLATOR) + SUFFIX;
            logger.info(String.format("auto generate class = %s", name));
            TypeSpec.Builder builder = TypeSpec.classBuilder(name)
                    .addModifiers(Modifier.PUBLIC)
                    .addAnnotation(Inject.class)
                    .addSuperinterface(RouteInject.class);

            ClassName hashMap = ClassName.get("java.util", "HashMap");

            //Map<String, String>
            TypeName wildcard = WildcardTypeName.subtypeOf(Object.class);
            TypeName classOfAny = ParameterizedTypeName.get(ClassName.get(Class.class), wildcard);
            TypeName string = ClassName.get(String.class);

            TypeName map = ParameterizedTypeName.get(ClassName.get(Map.class), string, classOfAny);

            MethodSpec.Builder injectBuilder = MethodSpec.methodBuilder("getRouteMap")
                    .addModifiers(Modifier.PUBLIC)
                    .addAnnotation(Override.class)
                    .returns(map)
                    .addStatement("$T routMap = new $T<>()", map, hashMap);

            for (Map.Entry<String, ClassName> entry : routMap.entrySet()) {
                logger.info("add path= " + entry.getKey() + " and class= " + entry.getValue().enclosingClassName());
                injectBuilder.addStatement("routMap.put($S, $T.class)", entry.getKey(), entry.getValue());
            }
            injectBuilder.addStatement("return routMap");

            builder.addMethod(injectBuilder.build());

            JavaFile javaFile = JavaFile.builder(pkName, builder.build())
                    .build();
            javaFile.writeTo(filer);

        } catch (Exception e) {
            e.printStackTrace();
        }

    }

二、Transform

Android Gradle 工具在 1.5.0 版本后提供了 Transfrom API, 允許第三方 Plugin在打包dex文件之前的編譯過程中操作 .class 文件。這一部分面向高級Android工程師的,面向字節碼編程,普通工程師可不做了解。

寫到這里也許有人會有這樣一個疑問,既然annotationProcessor這么好用為什么還有Transform面向字節碼注入呢?這里需要解釋以下,annotationProcessor具有局限性,annotationProcessor只能掃描當前module下的代碼,且對于第三方的jar、aar文件都掃描不到。而Transform就沒有這樣的局限性,在打包dex文件之前的編譯過程中操作.class 文件。

關于Transfrom API在Android Studio中如何使用可以參考Transform API?—?a real world example,順便提供一下字節碼指令方便我們讀懂ASM。

本項目中的Transform插件在AInject中,實現源碼TransformPluginLaunch如下,貼出關鍵部分:

/**
 *
 * 標準transform的格式,一般實現transform可以直接拷貝一份重命名即可
 *
 * 兩處todo實現自己的字節碼增強/優化操作
 */
class TransformPluginLaunch extends Transform implements Plugin<Project> {

    @Override
    void transform(TransformInvocation transformInvocation) throws TransformException, InterruptedException, IOException {
        super.transform(transformInvocation)

        //todo step1: 先掃描
        transformInvocation.inputs.each {
            TransformInput input ->
                input.jarInputs.each { JarInput jarInput ->
                   ...
                }

                input.directoryInputs.each { DirectoryInput directoryInput ->
                    //處理完輸入文件之后,要把輸出給下一個任務
                  ...
                }
        }

        //todo step2: ...完成代碼注入
        if (InjectInfo.get().injectToClass != null) {
          ...
        }

    }

    /**
     * 掃描jar包
     * @param jarFile
     */
    static void scanJar(File jarFile, File destFile) {

    }

    /**
     * 掃描文件
     * @param file
     */
    static void scanFile(File file, File dest) {
       ...
    }
}

注入代碼一般分為兩個步驟:

  • 第一步:掃描
    這一部分主要是掃描的內容有:
    注入類和方法的信息,是AutoRegisterContract的實現類和其中@IMethod,@Inject的方法。
    待注入類的和方法信息,是RouteInject 和 AInterceptorInject實現類且被@Inject注解的。

  • 第二步:注入
    以上掃描的結果,將待注入類注入到注入類的過程。這一過程面向ASM操作,可參考字節碼指令來讀懂以下的關鍵注入代碼:
class InjectClassVisitor extends ClassVisitor {
...
    class InjectMethodAdapter extends MethodVisitor {

        InjectMethodAdapter(MethodVisitor mv) {
            super(Opcodes.ASM5, mv)
        }

        @Override
        void visitInsn(int opcode) {
            Log.e(TAG, "inject to class:")
            Log.e(TAG, own + "{")
            Log.e(TAG, "       public *** " + InjectInfo.get().injectToMethodName + "() {")
            if (opcode >= Opcodes.IRETURN && opcode <= Opcodes.RETURN) {
                InjectInfo.get().injectClasses.each { injectClass ->
                    injectClass = injectClass.replace('/', '.')
                    Log.e(TAG, "           " + method + "(\"" + injectClass + "\")")
                    mv.visitVarInsn(Opcodes.ALOAD, 0)
                    mv.visitLdcInsn(injectClass)
                    mv.visitMethodInsn(Opcodes.INVOKEVIRTUAL, own, method, "(Ljava/lang/String;)V", false)
                }
            }
            Log.e(TAG, "       }")
            Log.e(TAG, "}")
            super.visitInsn(opcode)
        }
...
    }
...
}

三、動態代理

定義:為其它對象提供一種代理以控制對這個對象的訪問控制;在某些情況下,客戶不想或者不能直接引用另一個對象,這時候代理對象可以在客戶端和目標對象之間起到中介的作用。

Routerfit.register(Class<T> service) 這里就是采用動態代理的模式,使得ARetrofit的API非常簡潔,使用者可以優雅定義出路由接口。關于動態代理的學習難度相對來說還比較小,想了解的同學可以參考這篇文章java動態代理。

本項目相關源碼:

public final class Routerfit {
...
      private <T> T create(final Class<T> service) {
        RouterUtil.validateServiceInterface(service);
        return (T) Proxy.newProxyInstance(service.getClassLoader(), new Class<?>[]{service}, new InvocationHandler() {
            @Override
            public Object invoke(Object proxy, Method method, @Nullable Object[] args) throws Throwable {
                // If the method is a method from Object then defer to normal invocation.
                if (method.getDeclaringClass() == Object.class) {
                    return method.invoke(this, args);
                }
                ServiceMethod<Object> serviceMethod = (ServiceMethod<Object>) loadServiceMethod(method, args);
                if (!TextUtils.isEmpty(serviceMethod.uristring)) {
                    Call<T> call = (Call<T>) new ActivityCall(serviceMethod);
                    return call.execute();
                }
                try {
                    if (serviceMethod.clazz == null) {
                        throw new RouteNotFoundException("There is no route match the path \"" + serviceMethod.routerPath + "\"");
                    }
                } catch (RouteNotFoundException e) {
                    Toast.makeText(ActivityLifecycleMonitor.getApp(), e.getMessage(), Toast.LENGTH_SHORT).show();
                    e.printStackTrace();
                }
                if (RouterUtil.isSpecificClass(serviceMethod.clazz, Activity.class)) {
                    Call<T> call = (Call<T>) new ActivityCall(serviceMethod);
                    return call.execute();
                } else if (RouterUtil.isSpecificClass(serviceMethod.clazz, Fragment.class)
                        || RouterUtil.isSpecificClass(serviceMethod.clazz, android.app.Fragment.class)) {
                    Call<T> call = new FragmentCall(serviceMethod);
                    return call.execute();
                } else if (serviceMethod.clazz != null) {
                    Call<T> call = new IProviderCall<>(serviceMethod);
                    return call.execute();
                }

                if (serviceMethod.returnType != null) {
                    if (serviceMethod.returnType == Integer.TYPE) {
                        return -1;
                    } else if (serviceMethod.returnType == Boolean.TYPE) {
                        return false;
                    } else if (serviceMethod.returnType == Long.TYPE) {
                        return 0L;
                    } else if (serviceMethod.returnType == Double.TYPE) {
                        return 0.0d;
                    } else if (serviceMethod.returnType == Float.TYPE) {
                        return 0.0f;
                    } else if (serviceMethod.returnType == Void.TYPE) {
                        return null;
                    } else if (serviceMethod.returnType == Byte.TYPE) {
                        return (byte)0;
                    } else if (serviceMethod.returnType == Short.TYPE) {
                        return (short)0;
                    } else if (serviceMethod.returnType == Character.TYPE) {
                        return null;
                    }
                }
                return null;
            }
        });
    }
...
}

這里ServiceMethod是一個非常重要的類,使用了外觀模式,主要用于解析方法中的被注解所有信息并保存起來。

四、攔截器鏈實現

本項目中的攔截器鏈設計,使得使用者可以非常優雅的處理業務邏輯。如下:

@Interceptor(priority = 3)
public class LoginInterceptor implements AInterceptor {

    private static final String TAG = "LoginInterceptor";
    @Override
    public void intercept(final Chain chain) {
        //Test2Activity 需要登錄
        if ("/login-module/Test2Activity".equalsIgnoreCase(chain.path())) {
            Routerfit.register(RouteService.class).launchLoginActivity(new ActivityCallback() {
                @Override
                public void onActivityResult(int i, Object data) {
                    if (i == Routerfit.RESULT_OK) {//登錄成功后繼續執行
                        Toast.makeText(ActivityLifecycleMonitor.getTopActivityOrApp(), "登錄成功", Toast.LENGTH_LONG).show();
                        chain.proceed();
                    } else {
                        Toast.makeText(ActivityLifecycleMonitor.getTopActivityOrApp(), "登錄取消/失敗", Toast.LENGTH_LONG).show();
                    }
                }
            });
        } else {
            chain.proceed();
        }
    }

}

這一部分實現的思想是參考了okhttp中的攔截器,這里使用了java設計模式責任鏈模式,具體實現歡迎閱讀源碼。

總結

基本上讀完本文可以對 ARetrofit 的核心原理有了很清晰的理解.簡單來說 ARetrofit 通過 annotationProcessor 在編譯時獲取路由相關內容,通過 ASM 實現了可跨模塊獲取對象,最終通過動態代理實現面向切面編程(AOP)。

ARetrofit 相對于其他同類型的路由框架來說,其優點是提供了更加簡潔的 API,其中高階用法對開發者提供了更加靈活擴展方式,開發者還可以結合 RxJava 完成復雜的業務場景。具體可以參考 ARetrofit 的基本用法,以及 Issues。

————? 參考資料? ?————

  1. Java注解:https://www.jianshu.com/p/ef1146a771b5

  2. 利用注解動態生成代碼:https://blog.csdn.net/Gaugamela/article/details/79694302

  3. Transform API?—?a real world example:https://medium.com/grandcentrix/transform-api-a-real-world-example-cfd49990d3e1
向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

宁海县| 历史| 克山县| 阜宁县| 安仁县| 潼南县| 兰坪| 南投县| 长寿区| 河南省| 宜丰县| 崇信县| 商河县| 江安县| 霸州市| 修武县| 柯坪县| 福清市| 徐闻县| 瑞丽市| 普格县| 隆昌县| 五家渠市| 北安市| 宣恩县| 胶南市| 沅陵县| 静安区| 浙江省| 深泽县| 中卫市| 清原| 准格尔旗| 枝江市| 密云县| 昔阳县| 稷山县| 泊头市| 会同县| 定兴县| 进贤县|