該方法又調(diào)用了AnnotatedElementUtils.findMergedAnnotation方法，我們再點(diǎn)進(jìn)去看看：

org.springframework.core.annotation.AnnotatedElementUtils中的findMergedAnnotation實現(xiàn)：

該方法是調(diào)用AnnotatedElement接口中聲明的getDeclaredAnnotation方法進(jìn)行注解獲取：

AnnotatedElement接口，存在于java反射包中：

話不多說，反射，就存在性能問題！

同樣是Java，我們看看Google對于Android反射的態(tài)度就好了。

我記得之前我去過Google Android的官網(wǎng)，官方不推薦在Android中使用框架，這可能帶來嚴(yán)重的性能問題，其中就有考慮到傳統(tǒng)Java框架中大量使用的反射。

這是國外一篇關(guān)于反射的文章，反射到底有多慢？：How Slow is Reflection in Android?

文中提到了一項規(guī)范，即用戶期待應(yīng)用的啟動時間的平均值為2s。

NYTimes Android App中使用Google的Gson進(jìn)行數(shù)據(jù)解析，這個在我們后臺使用的還是挺廣泛的，和阿里的fastjson齊名，都是非常火的json庫。

NYTimes的工程師發(fā)現(xiàn)Gson中使用反射來獲取數(shù)據(jù)類型，導(dǎo)致應(yīng)用啟動時增加了大約700ms的延遲。

ActiveAndroid是一個使用反射實現(xiàn)的庫，特意去Github逛了一手，4000多star，這是相當(dāng)流行的開源項目了！

Scribd：1093ms for call com.activeandroid.ActiveAndroid.initialize。

Myntra：1421ms for call com.activeandroid.ActiveAndroid.initialize。

Data-Binding

打臉？Android不是不推薦使用框架嗎？那為什么Google又推出了Data-Binding呢？

注意，Google考慮的是第三方框架高額的開銷而引發(fā)性能問題。

去看看Data-Binding的優(yōu)點(diǎn)，最重要的一條就是該框架不使用反射，使用動態(tài)代碼生成技術(shù)，不會因為使用該框架而造成性能問題。

直接根據(jù)編寫的代碼生成原生Android的代碼，所以不會存在任何性能問題！

為了解決攔截器中使用反射的性能問題，我們學(xué)習(xí)SpringBoot的設(shè)計思路，在啟動時直接完成所有反射注解的讀取，存入內(nèi)存。

之后每次攔截器直接從內(nèi)存中讀取，提高性能。

監(jiān)聽容器啟動事件，在容器啟動時執(zhí)行以下代碼，掃描所有控制器，及其方法上的注解，如果符合條件，則放到HashMap中。

// 初始化組件掃描Scanner，禁用默認(rèn)的filter
ClassPathScanningCandidateComponentProvider scanner =
        new ClassPathScanningCandidateComponentProvider(false);
// 添加過濾條件，要求組件上有RestController注解
scanner.addIncludeFilter(new AnnotationTypeFilter(RestController.class));
// 在當(dāng)前項目包下掃描所有符合條件的組件
for (BeanDefinition beanDefinition : scanner.findCandidateComponents(basePackageName)) {
    // 獲取當(dāng)前組件的完整類名
    String name = beanDefinition.getBeanClassName();
    try {
        // 利用反射獲取相關(guān)類
        Class clazz = Class.forName(name);
        // 初始化方法名List
        List methodNameList = new ArrayList<>();
        // 獲取當(dāng)前類(不包括父類，所以要求控制器間不能繼承)中所有聲明方法
        for (Method method : clazz.getDeclaredMethods()) {
            // 獲取方法上的注解
            AdminOnly adminOnly = method.getAnnotation(AdminOnly.class);
            Anonymous anonymous = method.getAnnotation(Anonymous.class);
            // 如果該方法不存在AdminOnly和Anonymous注解
            if (adminOnly == null && anonymous == null) {
                // 添加到List中
                methodNameList.add(method.getName());
            }
        }
        // 添加到Map中
        AuthAnnotationConfig.getAnnotationsMap().put(clazz, methodNameList);
    } catch (ClassNotFoundException e) {
        logger.error("掃描注解配置時，發(fā)生了ClassNotFoundException異常");
    }
}

原來的攔截器是這樣的：

AdminOnly adminOnly = handlerMethod.getMethodAnnotation(AdminOnly.class);
Anonymous anonymous = handlerMethod.getMethodAnnotation(Anonymous.class);

if (adminOnly != null && anonymous != null) {
    return true;
}

boolean result = false;

// 進(jìn)行用戶認(rèn)證

return result;

現(xiàn)在是這樣的：

logger.debug("獲取當(dāng)前請求方法的組件類型");
Class clazz = handlerMethod.getBeanType();

logger.debug("獲取當(dāng)前處理請求的方法名");
String methodName = handlerMethod.getMethod().getName();

logger.debug("獲取當(dāng)前類中需認(rèn)證的方法名");
List authMethodNames = AuthAnnotationConfig.getAnnotationsMap().get(clazz);

logger.debug("如果List為空或者不包含在認(rèn)證方法中，釋放攔截");
if (authMethodNames == null || !authMethodNames.contains(methodName)) {
    return true;
}

logger.debug("進(jìn)行用戶認(rèn)證");
boolean result = false;

// 用戶認(rèn)證

return result;

之前用了兩次反射，現(xiàn)在是調(diào)用了handlerMethod.getBeanType()和handlerMethod.getMethod().getName()。

再去看看這兩個的實現(xiàn)：

getBeanType

public Class getBeanType() {
    return this.beanType;
}

getMethod

public Method getMethod() {
    return this.method;
}

都是在org.springframework.web.method.HandlerMethod類中直接返回屬性，我們推斷：這個HandlerMethod，應(yīng)該是Spring在容器啟動時就已經(jīng)構(gòu)造好的方法對象，在攔截器執(zhí)行期間，沒有調(diào)用反射。

現(xiàn)在是注解少，我們寫兩行，感覺問題不大：

// 獲取方法上的注解
AdminOnly adminOnly = method.getAnnotation(AdminOnly.class);
Anonymous anonymous = method.getAnnotation(Anonymous.class);

以后如果認(rèn)證注解多了呢？

我們期待這樣，有一個通用的注解來判定當(dāng)前方法是否要被攔截，而AdminOnly和Anonymous應(yīng)繼承該注解的功能，這樣以后再想添加不被攔截器攔截的注解，就不需要修改啟動時掃描的方法了。

// 獲取授權(quán)注解
AdminAuth adminAuth = method.getAnnotation(AdminAuth.class);

我們期望像Spring Boot一樣，在注解上加注解，實現(xiàn)復(fù)合注解。

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@ControllerAdvice
@ResponseBody
public @interface RestControllerAdvice {
}

如果對Java自定義注解不了解，可以去慕課網(wǎng)學(xué)習(xí)相關(guān)課程：全面解析Java注解 - 慕課網(wǎng)

@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
public @interface AdminAuth {
}

@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})，該注解可以標(biāo)注在方法上，也可以標(biāo)注在其他注解上。

@Retention(RetentionPolicy.RUNTIME)，該注解一直保留到程序運(yùn)行期間。

AdminOnly:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@AdminAuth
public @interface AdminOnly {
}

Anonymous:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@AdminAuth
public @interface Anonymous {
}

加注解很簡單，重要的是怎么解析該注解。

調(diào)用反射包中的Method類提供的getAnnotation方法，只會告訴我們當(dāng)前標(biāo)注了什么注解。

比如：

@AdminOnly
public void test() {
}

我們可以通過getAnnotation獲取AdminOnly，但是獲取不到注解在@AdminOnly上的@AdminAuth注解。

怎么獲取注解的注解呢？

找了一上午，不得不說，我解決這個問題還是靠一定的運(yùn)氣的。在我要放棄的時候，在Google搜出了SpringFramework中的注解工具類AnnotationUtils：

隨手打開文檔：Class AnnotationUtils - Spring Core Docs

第四個方法就是我想要的：

使用該工具類，能直接獲取方法上標(biāo)注在注解上的注解：

@AdminOnly
public void test() {
}

AdminAuth adminAuth = AnnotationUtils.getAnnotation(method, AdminAuth.class);

這種方法能獲取到標(biāo)注在test方法上繼承而來的@AdminAuth注解。

最終代碼：

@Component
public class InitAnnotationsConfig implements ApplicationListener {

    // 基礎(chǔ)包名
    private static final String basePackageName = "com.mengyunzhi.checkApplyOnline";
    // 日志
    private static final Logger logger = LoggerFactory.getLogger(InitAnnotationsConfig.class);

    @Override
    public void onApplicationEvent(ContextRefreshedEvent event) {
        // 初始化組件掃描Scanner，禁用默認(rèn)的filter
        ClassPathScanningCandidateComponentProvider scanner =
                new ClassPathScanningCandidateComponentProvider(false);
        // 添加過濾條件，要求組件上有RestController注解
        scanner.addIncludeFilter(new AnnotationTypeFilter(RestController.class));
        // 在當(dāng)前項目包下掃描所有符合條件的組件
        for (BeanDefinition beanDefinition : scanner.findCandidateComponents(basePackageName)) {
            // 獲取當(dāng)前組件的完整類名
            String name = beanDefinition.getBeanClassName();
            try {
                // 利用反射獲取相關(guān)類
                Class clazz = Class.forName(name);
                // 初始化方法名List
                List methodNameList = new ArrayList<>();
                // 獲取當(dāng)前類(不包括父類，所以要求控制器間不能繼承)中所有聲明方法
                for (Method method : clazz.getDeclaredMethods()) {
                    // 獲取授權(quán)注解
                    AdminAuth adminAuth = AnnotationUtils.getAnnotation(method, AdminAuth.class);
                    // 如果該方法不被授權(quán)，則需要認(rèn)證
                    if (adminAuth == null) {
                        // 添加到List中
                        methodNameList.add(method.getName());
                    }
                }
                // 添加到Map中
                AuthAnnotationConfig.getAnnotationsMap().put(clazz, methodNameList);
            } catch (ClassNotFoundException e) {
                logger.error("掃描注解配置時，發(fā)生了ClassNotFoundException異常");
            }
        }
    }
}

學(xué)會了一個解決問題的新辦法：某個框架應(yīng)該也遇到過你所遇到的問題，去找找框架中的工具類，這可能會很有幫助。