@Autowired 註解詳解

前言

我們平時使用 Spring 時,想要 依賴注入 時使用最多的是 @Autowired 註解了,本文主要講解 Spring 是如何處理該註解並實現 依賴注入 的功能的。

正文

首先我們看一個測試用例:

User 實體類:

public class User {

    private Long id;
    private String name;

	// 省略 get 和 set 方法
}

測試類:

public class AnnotationDependencyInjectTest {

    /**
     * @Autowired 字段注入
     */
    @Autowired
    private User user;

    private City city;

    /**
     * @Autowired 方法注入
     */
    @Autowired
    public void initCity(City city) {
        this.city = city;
    }

    public static void main(String[] args) {
        AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
        context.register(AnnotationDependencyInjectTest.class);
        context.refresh();
        AnnotationDependencyInjectTest bean = context.getBean(AnnotationDependencyInjectTest.class);
        // @Autowired 字段注入
        System.out.println(bean.user);
        // @Autowired 方法注入
        System.out.println(bean.city);
        UserHolder userHolder = context.getBean(UserHolder.class);
        // @Autowired 構造器注入
        System.out.println(userHolder.getUser());
        context.close();
    }

    @Bean
    public User user() {
        User user = new User();
        user.setId(1L);
        user.setName("leisurexi");
        return user;
    }

    @Bean
    public City city() {
        City city = new City();
        city.setId(1L);
        city.setName("北京");
        return city;
    }
    
    /**
     * @Autowired 構造函數注入
     */
    static class UserHolder {

        private User user;

        @Autowired
        public UserHolder(User user) {
            this.user = user;
        }

        public User getUser() {
            return user;
        }

        public void setUser(User user) {
            this.user = user;
        }
    }

}

上面分別展示了 @Autowired 註解的字段注入和方法注入,下面我們開始分析 Spring 是如何實現的。

首先使 @Autowired 註解生效的一個關鍵類是 AutowiredAnnotationBeanPostProcessor,該類實現了 InstantiationAwareBeanPostProcessorAdapter 抽象類;該抽象類就是一個適配器的作用提供了接口方法的默認實現,InstantiationAwareBeanPostProcessorAdapter 又實現了 SmartInstantiationAwareBeanPostProcessor 接口,同時實現該接口的 determineCandidateConstructors() 方法可以指定 bean 的候選構造函數;然後 SmartInstantiationAwareBeanPostProcessor 接口又繼承了 InstantiationAwareBeanPostProcessor 接口,該接口提供了 bean 實例化前後的生命周期回調以及屬性賦值前的後置處理方法,@Autowired 註解的屬性注入就是通過重寫該接口的 postProcessProperties() 實現的。這兩個接口都在 在 Spring IoC createBean 方法詳解 一文中有介紹過。下面我們看一下 AutowiredAnnotationBeanProcessor 的繼承關係圖:

關於 AutowiredAnnotationBeanPostProcessor 這個後置處理器是怎麼加入到 beanFactory 中的,我們在 Spring IoC component-scan 節點詳解 一文中介紹過主要是通過 AnnotationConfigUtils#registerAnnotationConfigProcessors() 實現的。

public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors(
    BeanDefinitionRegistry registry, @Nullable Object source) {
    
    // 忽略其它代碼
    
    // 註冊用於處理@Autowired、@Value、@Inject註解的後置處理器
    if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) {
        RootBeanDefinition def = new
            RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class);
        def.setSource(source);
        beanDefs.add(registerPostProcessor(registry, def,
                                           AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME));
    }
    // 忽略其它代碼
    
}

屬性和方法注入

AutowiredAnnotationBeanPostProcessor 中跟屬性注入有關的方法有兩個:postProcessMergedBeanDefinition 和 postProcessPropertyValues。

前者是 MergedBeanDefinitionPostProcessor 接口中的方法,定義如下:

public interface MergedBeanDefinitionPostProcessor extends BeanPostProcessor {

	/**
	 * 對指定bean的BeanDefinition合併后的處理方法回調
	 */
	void postProcessMergedBeanDefinition(RootBeanDefinition beanDefinition, Class<?> beanType, String beanName);

	/**
	 * @since 5.1
	 * 通知已重新設置指定beanName的BeanDefinition,如果實現該方法應該清除受影響的bean的所有元數據
	 */
	default void resetBeanDefinition(String beanName) {
	}

}

後者是 InstantiationAwareBeanPostProcessor 接口中的方法,定義如下:

public interface InstantiationAwareBeanPostProcessor extends BeanPostProcessor {

	/**
	 * Bean 實例化前調用,返回非 {@code null} IoC 容器不會對 Bean 進行實例化 並且後續的生命周期回調方	  *	法不會調用,返回 {@code null} 則進行 IoC 容器對 Bean 的實例化
	 */
	@Nullable
	default Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException {
		return null;
	}

	/**
	 * Bean 實例化之後,屬性填充之前調用,返回 {@code true} 則進行默認的屬性填充步驟,返回 {@code 		 * false} 會跳過屬性填充階段。
	 */
	default boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
		return true;
	}

	/**
	 * Bean 實例化后屬性賦值前調用,PropertyValues 是已經封裝好的設置的屬性值,返回 {@code null} 繼續
	 * 使用現有屬性,否則會替換 PropertyValues。
	 * @since 5.1版本新加的和底下的方法一樣
	 */
	@Nullable
	default PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName)
			throws BeansException {
		return null;
	}

	/**
	 * 跟上面方法一樣的功能,只不過是5.1以前版本所使用的
	 * 返回 {@code null} 會跳過屬性填充階段
	 */
	@Deprecated
	@Nullable
	default PropertyValues postProcessPropertyValues(
			PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeansException {

		return pvs;
	}

}

關於這兩個方法的調用時機,可以查看 Spring IoC createBean 方法詳解。

AutowiredAnnotationBeanPostProcessor#postProcessMergedBeanDefinition

首先執行的是 postProcessMergedBeanDefinition() 。

public void postProcessMergedBeanDefinition(RootBeanDefinition beanDefinition, Class<?> beanType, String beanName) {
    // 尋找需要注入的字段或方法,並封裝成 InjectionMetadata,見下文詳解
    InjectionMetadata metadata = findAutowiringMetadata(beanName, beanType, null);
    // 檢查元數據中的註解信息
    metadata.checkConfigMembers(beanDefinition);
}

InjectionMetadata 就是注入的元信息描述,主要字段如下:

public class InjectionMetadata {
    
    // 需要依賴注入的目標類
    private final Class<?> targetClass;
    // 注入元素的集合
    private final Collection<InjectedElement> injectedElements;
    
    // 忽略其它代碼
    
}

InjectedElement 就是注入的元素,主要字段如下:

public abstract static class InjectedElement {
    
    // 注入的屬性或方法
    protected final Member member;
    // 需要注入的是否是字段
    protected final boolean isField;
    
}

AutowiredAnnotationBeanPostProcessor#findAutowiringMetadata

private InjectionMetadata findAutowiringMetadata(String beanName, Class<?> clazz, @Nullable PropertyValues pvs) {
    // Fall back to class name as cache key, for backwards compatibility with custom callers.
    String cacheKey = (StringUtils.hasLength(beanName) ? beanName : clazz.getName());
    // Quick check on the concurrent map first, with minimal locking.
    // 首先從緩存中獲取
    InjectionMetadata metadata = this.injectionMetadataCache.get(cacheKey);
    // 判斷是否需要刷新,即metadata為null或者metadata中存儲的targetClass和當前clazz不等
    if (InjectionMetadata.needsRefresh(metadata, clazz)) {
        // 這裏相當於是一個double check,防止多線程出現的併發問題
        synchronized (this.injectionMetadataCache) {
            metadata = this.injectionMetadataCache.get(cacheKey);
            if (InjectionMetadata.needsRefresh(metadata, clazz)) {
                if (metadata != null) {
                    metadata.clear(pvs);
                }
                // 構建注入元信息,見下文詳解
                metadata = buildAutowiringMetadata(clazz);
                // 放入緩存中
                this.injectionMetadataCache.put(cacheKey, metadata);
            }
        }
    }
    // 返回注入元信息
    return metadata;
}

AutowiredAnnotationBeanPostProcessor#buildAutowiringMetadata

private InjectionMetadata buildAutowiringMetadata(final Class<?> clazz) {
    if (!AnnotationUtils.isCandidateClass(clazz, this.autowiredAnnotationTypes)) {
        return InjectionMetadata.EMPTY;
    }
    // 判斷當前類或其字段或其方法是否標註了autowiredAnnotationTypes中的註解,沒有的話直接返回空的
    List<InjectionMetadata.InjectedElement> elements = new ArrayList<>();
    Class<?> targetClass = clazz;

    do {
        final List<InjectionMetadata.InjectedElement> currElements = new ArrayList<>();
        // 遍歷targetClass中的字段
        ReflectionUtils.doWithLocalFields(targetClass, field -> {
            // 獲取field上的@Autowired註解信息
            MergedAnnotation<?> ann = findAutowiredAnnotation(field);
            if (ann != null) {
                // 如果字段是靜態類型是不會進行注入的
                if (Modifier.isStatic(field.getModifiers())) {
                    if (logger.isInfoEnabled()) {
                        logger.info("Autowired annotation is not supported on static fields: " + field);
                    }
                    return;
                }
                // 獲取@Autowired註解中的required屬性
                boolean required = determineRequiredStatus(ann);
                // 將裝成AutowiredFieldElement添加進currElements
                currElements.add(new AutowiredFieldElement(field, required));
            }
        });
        // 遍歷targetClass中的方法
        ReflectionUtils.doWithLocalMethods(targetClass, method -> {
            // 找到橋接方法
            Method bridgedMethod = BridgeMethodResolver.findBridgedMethod(method);
            // 判斷方法的可見性,如果不可見則直接返回
            if (!BridgeMethodResolver.isVisibilityBridgeMethodPair(method, bridgedMethod)) {
                return;
            }
            // 獲取method上的@Autowired註解信息
            MergedAnnotation<?> ann = findAutowiredAnnotation(bridgedMethod);
            if (ann != null && method.equals(ClassUtils.getMostSpecificMethod(method, clazz))) {
                // 如果是靜態方法是不會進行注入的
                if (Modifier.isStatic(method.getModifiers())) {
                    if (logger.isInfoEnabled()) {
                        logger.info("Autowired annotation is not supported on static methods: " + method);
                    }
                    return;
                }
                // 方法注入沒有參數就違背了初衷,就是在脫褲子放屁
                if (method.getParameterCount() == 0) {
                    if (logger.isInfoEnabled()) {
                        logger.info("Autowired annotation should only be used on methods with parameters: " + method);
                    }
                }
                // 獲取@Autowired註解中的required屬性
                boolean required = determineRequiredStatus(ann);
                // 將方法和目標類型封裝成屬性描述符
                PropertyDescriptor pd = BeanUtils.findPropertyForMethod(bridgedMethod, clazz);
                // 封裝成AutowiredMethodElement添加進currElements
                currElements.add(new AutowiredMethodElement(method, required, pd));
            }
        });
        // 將currElements整個添加進elements
        elements.addAll(0, currElements);
        // 獲取targetClass的父類,進行下一次循環
        targetClass = targetClass.getSuperclass();
    }
    // 當targetClass為空或者targetClass等於Object.class時會退出循環
    while (targetClass != null && targetClass != Object.class);
    // 將elements和clazz封裝成InjectionMetadata返回
    return InjectionMetadata.forElements(elements, clazz);
}

上面代碼中的 findAutowiredAnnotation() 就是在遍歷 autowiredAnnotationTypes 屬性,看字段或者方法上的註解是否存在於 autowiredAnnotationTypes 中,或者其派生註解,找到第一個就返回,不會再繼續遍歷了。

public class AutowiredAnnotationBeanPostProcessor extends InstantiationAwareBeanPostProcessorAdapter
		implements MergedBeanDefinitionPostProcessor, PriorityOrdered, BeanFactoryAware {
    
    private final Set<Class<? extends Annotation>> autowiredAnnotationTypes = new LinkedHashSet<>(4);
    
    public AutowiredAnnotationBeanPostProcessor() {
        this.autowiredAnnotationTypes.add(Autowired.class);
        this.autowiredAnnotationTypes.add(Value.class);
        try {
            this.autowiredAnnotationTypes.add((Class<? extends Annotation>)
                                              ClassUtils.forName("javax.inject.Inject", AutowiredAnnotationBeanPostProcessor.class.getClassLoader()));
            logger.trace("JSR-330 'javax.inject.Inject' annotation found and supported for autowiring");
        }
        catch (ClassNotFoundException ex) {
            // JSR-330 API not available - simply skip.
        }
	}
    
}

從 AutowiredAnnotationBeanPostProcessor 類的構造函數中,我們可以發現 autowiredAnnotationTypes 默認添加了 @Autowired、@Value 以及 @Inject (在 JSR-330 的jar包存在於當前環境時)。

至此,使用 @Autowired 修飾的字段和方法已經封裝成 InjectionMetadata 並放在 injectionMetadataCache 緩存中,便於後續使用。

AutowireAnnotationBeanPostProcessor#postProcessProperties

postProcessMergedBeanDefinition() 調用后 bean 就會進行實例化接着調用 postProcessProperties() 。

public PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName) {
    // 獲取緩存中的 InjectionMetadata
    InjectionMetadata metadata = findAutowiringMetadata(beanName, bean.getClass(), pvs);
    try {
        // 進行屬性的注入
        metadata.inject(bean, beanName, pvs);
    }
    catch (BeanCreationException ex) {
        throw ex;
    }
    catch (Throwable ex) {
        throw new BeanCreationException(beanName, "Injection of autowired dependencies failed", ex);
    }
    // 返回注入的屬性
    return pvs;
}

// InjectMetadata.java
public void inject(Object target, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {
    // 獲取檢查后的元素
    Collection<InjectedElement> checkedElements = this.checkedElements;
    // 如果checkedElements不為空就使用checkedElements,否則使用injectedElements
    Collection<InjectedElement> elementsToIterate =
        (checkedElements != null ? checkedElements : this.injectedElements);
    if (!elementsToIterate.isEmpty()) {
        // 遍歷elementsToIterate
        for (InjectedElement element : elementsToIterate) {
            if (logger.isTraceEnabled()) {
                logger.trace("Processing injected element of bean '" + beanName + "': " + element);
            }
            // AutowiredFieldElement、AutowiredMethodElement這兩個類繼承InjectionMetadata.InjectedElement,各自重寫了inject方法
            element.inject(target, beanName, pvs);
        }
    }
}

AutowiredFieldElement#inject

protected void inject(Object bean, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {
    // 強轉成Field類型
    Field field = (Field) this.member;
    Object value;
    if (this.cached) {
        // 如果緩存過,直接使用緩存的值,一般第一次注入都是false
        value = resolvedCachedArgument(beanName, this.cachedFieldValue);
    }
    else {
        // 構建依賴描述符
        DependencyDescriptor desc = new DependencyDescriptor(field, this.required);
        desc.setContainingClass(bean.getClass());
        Set<String> autowiredBeanNames = new LinkedHashSet<>(1);
        Assert.state(beanFactory != null, "No BeanFactory available");
        // 獲取類型轉換器
        TypeConverter typeConverter = beanFactory.getTypeConverter();
        try {
            // 進行依賴解決,獲取符合條件的bean
            value = beanFactory.resolveDependency(desc, beanName, autowiredBeanNames, typeConverter);
        }
        catch (BeansException ex) {
            throw new UnsatisfiedDependencyException(null, beanName, new InjectionPoint(field), ex);
        }
        // 加鎖
        synchronized (this) {
            // 如果沒有被緩存
            if (!this.cached) {
                // 找到了需要的bean || 該字段是必要的
                if (value != null || this.required) {
                    // 將依賴描述符賦值給cachedFieldValue
                    this.cachedFieldValue = desc;
                    // 註冊bean的依賴關係,用於檢測是否循環依賴
                    registerDependentBeans(beanName, autowiredBeanNames);
                    // 如果符合條件的bean只有一個
                    if (autowiredBeanNames.size() == 1) {
                        String autowiredBeanName = autowiredBeanNames.iterator().next();
                        // beanFactory含有名為autowiredBeanName的bean && 類型是匹配的
                        if (beanFactory.containsBean(autowiredBeanName) &&
                            beanFactory.isTypeMatch(autowiredBeanName, field.getType())) {
                            // 將該屬性解析到的bean的信息封裝成ShortcutDependencyDescriptor
                            // 之後可以通過調用resolveShortcut()來間接調beanFactory.getBean()快速獲取bean
                            this.cachedFieldValue = new ShortcutDependencyDescriptor(
                                desc, autowiredBeanName, field.getType());
                        }
                    }
                }
                else {
                    this.cachedFieldValue = null;
                }
                // 緩存標識設置為true
                this.cached = true;
            }
        }
    }
    // 如果找到了符合的bean,設置字段可訪問,利用反射設置值
    if (value != null) {
        ReflectionUtils.makeAccessible(field);
        field.set(bean, value);
    }
}

上面代碼中的 beanFactory.resolveDependency() 在 Spring IoC createBean 方法詳解 一文中有介紹過,這裏不再贅述;同樣 registerDependentBeans() 最終會調用 DefaultSingletonBeanRegistry.registerDependentBean() ,該方法在 Spring IoC getBean 方法詳解 一文中有介紹過,這裏也不再贅述。

AutowiredMethodElement#inject

protected void inject(Object bean, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {
    // 檢查是否需要跳過
    if (checkPropertySkipping(pvs)) {
        return;
    }
    // 強轉成Method類型
    Method method = (Method) this.member;
    Object[] arguments;
    if (this.cached) {
        // Shortcut for avoiding synchronization...
        // 如果緩存過,直接調用beanFactory.resolveDependency()返回符合的bean
        arguments = resolveCachedArguments(beanName);
    }
    else {
        // 獲取參數數量
        int argumentCount = method.getParameterCount();
        arguments = new Object[argumentCount];
        // 創建依賴描述符數組
        DependencyDescriptor[] descriptors = new DependencyDescriptor[argumentCount];
        // 記錄用於自動注入bean的名稱集合
        Set<String> autowiredBeans = new LinkedHashSet<>(argumentCount);
        Assert.state(beanFactory != null, "No BeanFactory available");
        // 獲取類型轉換器
        TypeConverter typeConverter = beanFactory.getTypeConverter();
        // 遍歷參數
        for (int i = 0; i < arguments.length; i++) {
            // 將方法和參數的下標構建成MethodParameter,這裏面主要記錄了參數的下標和類型
            MethodParameter methodParam = new MethodParameter(method, i);
            // 將MethodParameter構建成DependencyDescriptor
            DependencyDescriptor currDesc = new DependencyDescriptor(methodParam, this.required);
            currDesc.setContainingClass(bean.getClass());
            descriptors[i] = currDesc;
            try {
                // 進行依賴解決,找到符合條件的bean
                Object arg = beanFactory.resolveDependency(currDesc, beanName, autowiredBeans, typeConverter);
                if (arg == null && !this.required) {
                    arguments = null;
                    break;
                }
                arguments[i] = arg;
            }
            catch (BeansException ex) {
                throw new UnsatisfiedDependencyException(null, beanName, new InjectionPoint(methodParam), ex);
            }
        }
        // 這裏跟字段注入差不多,就是註冊bean的依賴關係,並且緩存每個參數的ShortcutDependencyDescriptor
        synchronized (this) {
            if (!this.cached) {
                if (arguments != null) {
                    DependencyDescriptor[] cachedMethodArguments = Arrays.copyOf(descriptors, arguments.length);
                    registerDependentBeans(beanName, autowiredBeans);
                    if (autowiredBeans.size() == argumentCount) {
                        Iterator<String> it = autowiredBeans.iterator();
                        Class<?>[] paramTypes = method.getParameterTypes();
                        for (int i = 0; i < paramTypes.length; i++) {
                            String autowiredBeanName = it.next();
                            if (beanFactory.containsBean(autowiredBeanName) &&
                                beanFactory.isTypeMatch(autowiredBeanName, paramTypes[i])) {
                                cachedMethodArguments[i] = new ShortcutDependencyDescriptor(descriptors[i], autowiredBeanName, paramTypes[i]);
                            }
                        }
                    }
                    this.cachedMethodArguments = cachedMethodArguments;
                }
                else {
                    this.cachedMethodArguments = null;
                }
                this.cached = true;
            }
        }
    }
    // 找到了符合條件的bean
    if (arguments != null) {
        try {
            // 設置方法可訪問,利用反射進行方法調用,傳入參數
            ReflectionUtils.makeAccessible(method);
            method.invoke(bean, arguments);
        }
        catch (InvocationTargetException ex) {
            throw ex.getTargetException();
        }
    }
}

構造器注入

構造器注入就是通過調用 determineCandidateConstructors() 來返回合適的構造器。

public Constructor<?>[] determineCandidateConstructors(Class<?> beanClass, final String beanName) throws BeanCreationException {

    // Quick check on the concurrent map first, with minimal locking.
    // 首先從緩存中獲取
    Constructor<?>[] candidateConstructors = this.candidateConstructorsCache.get(beanClass);
    // 緩存為空
    if (candidateConstructors == null) {
        // Fully synchronized resolution now...
        // 這裏相當於double check
        synchronized (this.candidateConstructorsCache) {
            candidateConstructors = this.candidateConstructorsCache.get(beanClass);
            if (candidateConstructors == null) {
                Constructor<?>[] rawCandidates;
                try {
                    // 獲取beanClass的所有構造函數
                    rawCandidates = beanClass.getDeclaredConstructors();
                }
                catch (Throwable ex) {
                    throw new BeanCreationException(beanName, "Resolution of declared constructors on bean Class [" + beanClass.getName() +"] from ClassLoader [" + beanClass.getClassLoader() + "] failed", ex);
                }
                // 存放標註了@Autowired註解的構造器
                List<Constructor<?>> candidates = new ArrayList<>(rawCandidates.length);
                // 存放標註了@Autowired註解,並且required為true的構造器
                Constructor<?> requiredConstructor = null;
                Constructor<?> defaultConstructor = null;
                for (Constructor<?> candidate : rawCandidates) {
                    // 獲取構造器上的@Autowired註解信息
                    MergedAnnotation<?> ann = findAutowiredAnnotation(candidate);
                    if (ann == null) {
                        // 如果沒有從候選者找到註解,則嘗試解析beanClass的原始類(針對CGLIB代理)
                        Class<?> userClass = ClassUtils.getUserClass(beanClass);
                        if (userClass != beanClass) {
                            try {
                                Constructor<?> superCtor =
userClass.getDeclaredConstructor(candidate.getParameterTypes());
                                ann = findAutowiredAnnotation(superCtor);
                            }
                            catch (NoSuchMethodException ex) {
                                // Simply proceed, no equivalent superclass constructor found...
                            }
                        }
                    }
                    if (ann != null) {
                        // 如果requiredConstructor不為空,代表有多個標註了@Autowired且required為true的構造器,此時Spring不知道選擇哪個拋出異常
                        if (requiredConstructor != null) {
                            throw new BeanCreationException(beanName, "Invalid autowire-marked constructor: " + candidate +". Found constructor with 'required' Autowired annotation already: " + requiredConstructor);
                        }
                        // 獲取@Autowired註解的reuired屬性的值
                        boolean required = determineRequiredStatus(ann);
                        if (required) {
                            // 如果當前候選者是@Autowired(required = true),則之前不能存在其他使用@Autowire註解的構造函數,否則拋異常
                            if (!candidates.isEmpty()) {
                                throw new BeanCreationException(beanName,"Invalid autowire-marked constructors: " + candidates +". Found constructor with 'required' Autowired annotation: " + candidate);
                            }
                            // required為true將當前構造器賦值給requiredConstructor
                            requiredConstructor = candidate;
                        }
                        // 將當前構造器加入進候選構造器中
                        candidates.add(candidate);
                    }
                    // 沒有標註了@Autowired註解且參數長度為0,賦值為默認構造器
                    else if (candidate.getParameterCount() == 0) {
                        defaultConstructor = candidate;
                    }
                }
                // 有標註了@Autowired註解的構造器
                if (!candidates.isEmpty()) {
                    // Add default constructor to list of optional constructors, as fallback.
                    // 沒有標註了@Autowired且required為true的構造器
                    if (requiredConstructor == null) {
                        // 默認構造器不為空
                        if (defaultConstructor != null) {
                            // 將默認構造器加入進候選構造器中
                            candidates.add(defaultConstructor);
                        }
                    }
                    // 將候選者賦值給candidateConstructors
                    candidateConstructors = candidates.toArray(new Constructor<?>[0]);
                }
                // 只有1個構造器 && 參數長度大於0(非默認構造器),只能用它當做候選者了
                else if (rawCandidates.length == 1 && rawCandidates[0].getParameterCount() > 0) {
                    candidateConstructors = new Constructor<?>[] {rawCandidates[0]};
                }
                // 只有1個構造器 && 參數長度大於0,只能用它當做候選者了
                else if (nonSyntheticConstructors == 2 && primaryConstructor != null &&
                         defaultConstructor != null && !primaryConstructor.equals(defaultConstructor)) {
                    candidateConstructors = new Constructor<?>[] {primaryConstructor, defaultConstructor};
                }
                else if (nonSyntheticConstructors == 1 && primaryConstructor != null) {
                    candidateConstructors = new Constructor<?>[] {primaryConstructor};
                }
                // 返回一個空的Constructor
                else {
                    candidateConstructors = new Constructor<?>[0];
                }
                // 緩存候選的構造器
                this.candidateConstructorsCache.put(beanClass, candidateConstructors);
            }
        }
    }
    // 如果候選構造器長度大於0,直接返回,否則返回null
    return (candidateConstructors.length > 0 ? candidateConstructors : null);
}

關於 SmartInstantiationAwareBeanPostProcessor 接口的調用時機,在 Spring IoC createBean 方法詳解 一文中有介紹過,這裏就不再贅述了。

總結

本文主要介紹了 Spring 對 @Autowired 註解的主要處理過程,結合前面的 Spring IoC getBean 方法詳解 和 Spring IoC createBean 方法詳解 文章一起看才能更好的理解。

最後,我模仿 Spring 寫了一個精簡版,代碼會持續更新。地址:https://github.com/leisurexi/tiny-spring。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計最專業,超強功能平台可客製化

可能不到10萬就買到1.5T自動7座SUV,你還要考慮銳界?

內飾設計感更強中控台採用了對稱式的布局,中控屏周圍加以黑色鋼琴烤漆面板點綴,鍍鉻飾條包邊,整體的設計感很強,8英寸的中控大屏是比較搶眼的配置,除了一般多媒體功能外還支持導航和Carlife手機映射等功能,觸控的空調按鈕操作方便更顯檔次感,而且還會新增發動機啟停,胎壓監測、行車記錄儀等配置,省去了後面加裝的麻煩。

前言

作為長安首款7座SUV,CX70上市已經有大半年的時間了,實惠的價格能買到大7座SUV,寬敞的空間布局也比較符合現在家庭用戶的需求,但是其比較單一的1.6L+5MT的動力總成,對那些不會開手動擋或者對動力有追求的消費者來說,就比較糾結了,最終1.5T+6AT的解決方案出來了,能讓你滿意嗎?

外觀

更加霸氣

前臉的進氣格柵變化是比較明顯的,大小不一的鍍鉻飾塊錯落有致的分佈在中網上,看上去精緻了許多,門把手和側護板上增加了鍍鉻裝飾,提升了不少檔次感,外擴的后保險杠造型讓車身長度增加了25mm,並且覆蓋了金屬裝飾板,既起到保護作用,又使硬朗的造型中透露着細膩感。

內飾

設計感更強

中控台採用了對稱式的布局,中控屏周圍加以黑色鋼琴烤漆面板點綴,鍍鉻飾條包邊,整體的設計感很強,8英寸的中控大屏是比較搶眼的配置,除了一般多媒體功能外還支持導航和Carlife手機映射等功能,觸控的空調按鈕操作方便更顯檔次感,而且還會新增發動機啟停,胎壓監測、行車記錄儀等配置,省去了後面加裝的麻煩。

空間

一如既往的大

2780mm的軸距,加上調整后的保險杠樣式使其車身增加了25mm至4705mm,在同級別競爭對手來說有一定的優勢,採用2+3+2的座椅布局,雙色拼接的座椅設計視覺效果出色。

動力

新的組合

動力方面新增了一款1.5T發動機,最大功率為150馬力,在同排量車型中來說表現中規中矩,與之匹配的是6擋手動,或者是來自愛信的6擋手自一體變速箱,想購買該款車型的消費者終於等來了渦輪增壓車型。

總結:從產品力來看,長安CX70終於補齊了沒有自動擋車型的短板,在逐漸激烈的7座SUV市場里提升了不少的戰鬥力,但具體性能表現如何,還得上市后才見分曉,還有價格上小編推測應該是很有吸引力的一個價格。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

日本疫情下曝核電廠群聚問題 作業人員無可避免的「三密」

文:宋瑞文(媽媽監督核電廠聯盟特約撰述)

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角,別等搬了再說!

※教你寫出一流的銷售文案?

全新蛻變 試駕東風風行景逸X5

0L發動機的車型只提供手動擋版本,值得一贊的是,全新一代景逸X5繼續延續了景逸家族加大號基因的優良傳統,軸距達到了2720mm,讓該車在同級別中擁有了十分可觀的使用空間和乘坐空間。在駕駛過程中,每個檔位的清晰,雖無吸入感,但各擋位之間的行程較短,掛檔很順手。

如今SUV車型在汽車市場上的火爆程度,相信大家也都有目共睹,自主品牌對合資SUV造成了很大的衝擊,很多人覺得自主汽車熱賣是因為便宜,這個理由當然是有的,但是它僅僅只是其中之一。事實上最近幾年自主品牌的內飾設計、動力匹配、整體品質、科技配置及整體工藝都有了巨大的提升,穩定的質量和口碑才是自主品牌SUV得以持續熱銷的核心。

放眼國內SUV市場,由東風汽車話旗下的景逸X3、景逸X5、景逸XV組成的景逸SUV陣形,攻打市場,各車型分別從不同層面滿足消費者需求,在SUV市場有着屬於自己的一片領地。

新景逸x5的上市,其7.99萬-10.89萬的價格更是显示出東風汽車十足的把握和搶佔SUV市場的決心。

景逸X5是東風風行推出的一款緊湊型SUV,第一代車型於2013年8月30日正式上市,但由於造型、和口碑原因,市場表現一直不溫不火,12月17號全新的東風風行景逸X5上市,與上一代產品相比,全新一代景逸X5在產品力上有了不小的提升,最為直觀的感受便是在外觀設計上,東風柳汽好像打通了“任督二脈”知道什麼樣的外觀能贏的市場。

全新景逸X5搭載1.6L和2.0L兩款自然吸氣發動機,1.6L發動機除匹配手動擋變速箱外,還提供匹配CVT變速箱的車型供消費者選擇,而搭載2.0L發動機的車型只提供手動擋版本,值得一贊的是,全新一代景逸X5繼續延續了景逸家族加大號基因的優良傳統,軸距達到了2720mm,讓該車在同級別中擁有了十分可觀的使用空間和乘坐空間。

在駕駛過程中,每個檔位的清晰,雖無吸入感,但各擋位之間的行程較短,掛檔很順手。全新景逸X5的離合器的結合點相對較寬且很容易找到,一般不會出現熄火的情況。

值得一提的是,新景逸X5還配備了自動駐車功能,在2.0L的車型都有此功能,對於手動檔操作還不是很熟練的人來說,這個功能很實用,特別是擁堵的斜坡上,大大降低操作難度。

全新景逸X5在內飾上的變化是最明顯的,採用了全新的設計風格,整個設計是符合當下整個設計潮流,而且採用T型橫向設計,在儀錶台主體上採用搪塑發泡工藝,特別是將主流的懸浮式显示屏及黑棕雙色內飾運用其中,顯得非常年輕運動感。

其實給我的感覺內飾最大的亮點還屬於中控上的8英寸懸浮式显示屏,智能互聯繫統不僅集車載導航、人機互聯、語音識別、藍牙等影音娛功能於一體,還可以實現與智能手機的完美連接,確實讓整體氛圍上,顯的更加高端了,賣一台這樣價位然後有B級車的科技體驗,這是非常吸引人的。

記得,在廣州車展上,東風柳汽車副總經理姚利文接受專訪時說,全新景逸X5這個價格很親民、極具誠意,這在十萬元級精品SUV市場里是非常具有競爭力的。而且它擁有‘8年或16萬公里’超長保修政策,在業內也很罕見,這是對新景逸X5品質的充分信心。

然後明年下半年全新景逸X5還會陸續推出1.5T和1.3T版,產品序列進一步豐富,我相信,在整個景逸家族的陣形中,景逸X5肯定是擔當著最重要的“開山劈嶺”角色,景逸X5也承載了東風汽車的造車最高水準,我們期待這個“大哥”景逸X5如何帶領眾兄弟,開闢屬於自己的領地。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

野火增長威脅物種 專家警告:亞馬遜雨林恐在20年內崩潰

摘錄自2020年8月8日自由時報報導

根據今(8)日公布的最新數據,7月巴西亞馬遜雨林的野火數量相較去年同期增加28%,專家警告,亞馬遜恐在20年內崩潰,並對當地土著、野生動植物、健康和氣候造成災難性影響。

綜合外媒報導,巴西國家太空研究院(INPE)統計,亞馬遜地區7月共出現6803起野火,儘管這項數據未達到去年高峰值,但根據巴西綠色和平組織分析顯示,7月30日單日就出現超過千起野火,是自2005年以來7月單日最多的野火紀錄。

美國太空總署(NASA)也在月初表示,北大西洋熱帶地區的地表溫度升高,導致亞馬遜河南部變得乾燥易燃,傳統「焚田」可能導致失控的大火。

環保主義人士則指責巴西總統波索納洛(Jair Bolsonaro)自去年起將亞馬遜地區大量土地改為農業或工業用地,導致亞馬遜大火情勢惡化。

生物多樣性
土地利用
國際新聞
巴西
亞馬遜雨林
野火

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※別再煩惱如何寫文案,掌握八大原則!

※產品缺大量曝光嗎?你需要的是一流包裝設計!

這三款車如果高配當中配來賣 可能都是神車了

5LV6發動機布局,入門售價比西瑪低,如果讓你選。你會。其實西瑪綜合能力並不遜色同級別對手,豐富配置與乘坐舒適度都是加分項目,如果在售價上有所讓步,編者相信其銷量必然不亞於同級別對手。標緻4008指導價:18。57-27。

前言

不少汽車廠商推出每一款新車型,上市前都會把其炒得沸沸揚揚,吸引更多消費者關注,這也是廠商慣用的營銷手法。然而有些車型由於價格過高,所以上市后銷量比較淡,編者覺得,如果下面幾款車,降價兩萬一定會讓消費者更加心動。

本田-冠道

指導價:26.98-32.98萬

冠道無論是在外觀內飾都營造出豪華氣氛,空間以及動力都是在同級別中數一數二,冠道算是本田旗艦SUV稱號,而且也具有這實力,但四驅車型售價將近30萬,而相比同級別對手漢蘭達四驅車型售價也只是25萬左右。

冠道上市之初,其空間以及動力都是其一大亮點,其實在實用性方面比七座車型更實用,而且在乘坐舒適度上都比七座車型上一個檔次,之所以銷量上沒取得成功,這也源自於市場競爭力越越來大,在這一細分市場里,冠道還是需要調整價格,或者新增車型,降低入門售價。

有消息稱明年冠道將會推出1.5T車型,降低入門售價以及產品布局更廣,而2.0T車型才是精髓所在,無奈售價過高,但如果降價兩萬還是非常值得購買。

日產-西瑪

指導價:23.48-26.78萬

西瑪定位偏向運動,外觀與內飾都具備運動風格,但實際駕馭起來的運動感卻不是那麼強烈,其實西瑪與天籟底子特性相差不大,西瑪能兼顧舒適還具備一定運動感,但由於天籟起售價遠遠低於西瑪,都是同品牌這讓西瑪銷量自然不會比天籟高。

運動B級車,可以說這消費群體更多是來自年輕人,而他們對於空間有一定需求,滿足日常出行,動力性能也是這消費群體更注重,銳志相比西瑪更有誘惑力,2.5LV6發動機布局,入門售價比西瑪低,如果讓你選?你會…

其實西瑪綜合能力並不遜色同級別對手,豐富配置與乘坐舒適度都是加分項目,如果在售價上有所讓步,編者相信其銷量必然不亞於同級別對手。

標緻4008

指導價:18.57-27.37萬

標緻4008上市之初,無論是內飾以及外觀都受到高度讚賞,4008也可以說是賣設計的車型,特別是其內飾設計,營造出科技與戰鬥氣息,視覺感官衝擊可以說是讓人眼前一亮!

上月廣州車展,編者也特地感受一番,乘坐舒適度以及內飾氛圍,絕對不止是華而不實。但標緻4008對於18.57萬的起售價與同級別對手本田CR-V、福特翼虎、大眾途觀可以說是競爭力不強。

對於消費者來說,標緻這品牌或許其售價在15萬左右能接受,4008也是標緻一次新的嘗試,但其內飾氛圍確實非常吸引人、檔次感特強。

全文總結

對於以上車型,其實在綜合表現能力並不遜色,只是售價方面稍高,但對於資金充裕消費者還是值得購買,當然啦,有優惠那就更好了。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

20萬左右就能買到V6+后驅?看看車主們怎麼說?

銳志內飾做工,用料非常講究,採用了大面積軟質材料,在視覺感受以及觸感都有不錯的質感,雖然內飾顯得有些老氣,但還是很顯檔次。目前行駛里程:目前行駛36800公里,綜合油耗在11。5L/100km,銳志依然還是一款讓人省心的車型。

對於性能控來說,只有面對大排量自吸,才毫無抵抗力,然而想要買6缸機或許會覺得要40萬左右,但也有性價比之選,只要20萬左右你就能擁有6缸自吸發動機,也許你們已經想到了!沒錯,就是銳志,我們今天就來看看已經購買該車的車主,如何評價這款車!

豐田-銳志

指導價:20.98-31.48萬

車主一:神秘人

購車車型:銳志 2013款 2.5S 菁銳版

裸車價格:17.90萬

車主點評:毋庸置疑,最滿意莫非是動力輸出的平順性以及V6后驅。行駛在鋪裝路面都能非常寫意地享受駕駛樂趣,還有同級別較少的前置后驅,只要捨得給油,都有非常不錯的直觀感受,轉速在5000轉過後,發動機聲以及排氣聲浪非常渾厚,特別吸引人!畢竟,誰沒有一顆年輕的心呢?

目前行駛里程:銳志目前行駛了26000公里,綜合油耗在10.7L/100km,油耗表現,很滿意,畢竟是一台V6發動機。

車主二:孤獨的影子

購買車型:銳志 2013款 2.5V 尚銳版

裸車價格:21.48萬

車主點評:雖然是2013款車型,但外觀依然時尚,以現在看來一點也不過時,X前臉非常霸氣,車身也顯得修長優雅,鐮刀式尾燈辨識度非常高。銳志內飾做工,用料非常講究,採用了大面積軟質材料,在視覺感受以及觸感都有不錯的質感,雖然內飾顯得有些老氣,但還是很顯檔次。

目前行駛里程:目前行駛36800公里,綜合油耗在11.5L/100km,銳志依然還是一款讓人省心的車型。

車主三:因為有本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

澳洲大學海洋實驗:高溫打亂食物金字塔 頂層掠食者潰散

環境資訊中心綜合外電;姜唯 編譯;林大利 審校

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

十幾萬買SUV真的需要選更貴的四驅版嗎?

另一方面,配有四驅系統的城市SUV,其綜合油耗也會隨之提高。四驅系統的結構複雜程度比較高,必然會直接增大動力損耗,而且四驅城市SUV的整備質量普遍更重,這些產品因素都會帶來不經濟的燃油效率。然而,隨着智能四驅系統的深入普及,許多城市SUV已經可以自主選擇兩驅或者四驅模式行駛,因此,在油耗方面,四驅城市SUV與兩驅版本的差距正在拉近。

城市SUV之所以能在市場大受熱捧,主要是因為其空間、視野以及通過性的優勢,非常切合中國消費者的需求。但話又說回來,如果是一台擁有四驅系統的城市SUV,我們真的需要嗎?而答案相信在不同人的眼中都不盡相同,接下來讓解答你們的疑問。

有四驅就能越野?圖樣圖森破

直到今天,仍然有不少消費者認為所有SUV都是全能越野的能手,但實際上,市面上看得到的城市SUV基本上脫離了“越野“這個概念,換句話說,越野性能已經不再是它們城市SUV強調的產品點,舒適與穩定才是城市SUV才應該具備的能力。

所以說城市SUV的越野性能根本就是一個假命題,且根本無法與傳統硬派越野SUV相提並論。更何況,大家所津津樂道的四驅系統也並不一定具有越野性能。目前而言,主流的城市SUV都是搭載了更加智能的適時四驅系統,榮威RX5、昂科威、翼虎等四驅車型均是此類型。另外,城市SUV多以多片離合器為主,而硬派越野SUV是採用机械差速器,無論抗熱性還是穩定性,前者的火候可比後者差遠啦。

城市SUV的四驅有什麼用?

既然城市SUV的四驅系統不能提供越野,那是不是就可以稱之為雞肋了?其實不然,搭載四驅系統的城市SUV還是對駕駛有一定幫助的。首當其沖的就是增強了SUV的行車穩定性,眾所周知,相比低重心的轎車,SUV的車身結構註定了較高的側翻事故率,而通過四驅系統可以將動力均勻地分配到四個車輪上,尤其又是在雨雪濕滑路面,四驅城市SUV可以大大降低輪胎打滑失控的情況,提升車輛過彎和操控的極限。

其次,相比兩驅,四驅城市SUV可以更容易地征服各種複雜路況,提高SUV的脫困能力。但請注意這與純粹的越野SUV有着本質的區別,一般也就只適用在普通凹凸不平的爛路,是萬萬學不得硬派SUV那般上山又下水的。

選擇四驅SUV前先考慮好

誠然,四驅系統確實對於城市SUV有所幫助,當然,這也意味着消費者選擇帶四驅的城市SUV,前提是得付出更高的購車成本。由於四驅系統技術含量較高,再加上捆綁各種高配置,導致四驅版本往往是一款車型的頂配版本,起碼要比低配的兩驅版本多出幾萬元不等,例如18.98萬的繽智四驅旗艦型,比售價16.38萬的兩驅豪華型足足多出了兩萬多元。

另一方面,配有四驅系統的城市SUV,其綜合油耗也會隨之提高。四驅系統的結構複雜程度比較高,必然會直接增大動力損耗,而且四驅城市SUV的整備質量普遍更重,這些產品因素都會帶來不經濟的燃油效率。然而,隨着智能四驅系統的深入普及,許多城市SUV已經可以自主選擇兩驅或者四驅模式行駛,因此,在油耗方面,四驅城市SUV與兩驅版本的差距正在拉近。

四驅城市SUV買還是不買?

四驅系統的取捨,說到底,還是根據自己的環境需求和購車預算作決定。雖然四驅功能的使用率不高,但有總比沒有好。特別是對於長期駕駛在雨雪天氣中的車輛,確實是能夠提供更優秀的行駛穩定性。抑或,經常跑一些爛路和濕滑泥濘路段,至少比起兩驅模式,理論上四驅系統在特殊環境下脫困能力更強大。當然,你還必須無條件接受它更昂貴的價格。

但對於如果常年行駛在城市道路,那麼四驅系統幾乎對你而言,充其量也只是做個象徵意義,與普通的兩驅城市SUV並無太大區別,反而還有可能不利於燃油經濟性。此時,兩驅車只要配備好ESp和合適的輪胎,已經足夠應付日常駕駛環境。

雖然四驅系統不如安全配置那麼有必要性,但依然有不少消費者挺重視四驅系統的作用,那麼下面就推薦幾款價格比較親民的帶四驅功能的城市SUV吧。

歐藍德 2016款 2.4L 四驅精英版 5座

指導價:18.98萬元

傳祺GS4 2017款 235T 自動四驅豪華智聯版

指導價:15.18萬元

繽智 2015款 1.8L CVT四驅旗艦型

指導價:18.28萬元

馬自達CX-4 2016款 2.5L 自動四驅藍天激情版

指導價:19.28萬元

本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案

解Bug之路-記一次存儲故障的排查過程

解Bug之路-記一次存儲故障的排查過程

高可用真是一絲細節都不得馬虎。平時跑的好好的系統,在相應硬件出現故障時就會引發出潛在的Bug。偏偏這些故障在應用層的表現稀奇古怪,很難讓人聯想到是硬件出了問題,特別是偶發性出現的問題更難排查。今天,筆者就給大家帶來一個存儲偶發性故障的排查過程。

Bug現場

我們的積分應用由於量非常大,所以需要進行分庫分表,所以接入了我們的中間件。一直穩定運行,但應用最近確經常偶發連接建立不上的報錯。報錯如下:

GetConnectionTimeOutException

而筆者中間件這邊收到的確是:

NIOReactor - register err java.nio.channels.CloasedChannelException 

這樣的告警。整個Bug現場如下圖所示:

偶發性錯誤

之前出過類似register err這樣的零星報警,最後原因是安全掃描,並沒有對業務造成任何影響。而這一次,類似的報錯造成了業務的大量連接超時。由於封網,線上中間件和應用已經穩定在線上跑了一個多月,代碼層面沒有任何改動!突然出現的這個錯誤感覺是環境出現了某些問題。而且由於線上的應用和中間件都是集群,出問題時候都不是孤立的機器報錯,沒道理所有機器都正好有問題。如下圖所示:

開始排查是否網絡問題

遇到這種連接超時,筆者最自然的想法當然是網絡出了問題。於是找網工進行排查,
在監控裏面發現網絡一直很穩定。而且如果是網絡出現問題,同一網段的應用應該也都會報錯
才對。事實上只有對應的應用和中間件才報錯,其它的應用依舊穩穩噹噹。

又發生了兩次

就在筆者覺得這個偶發性問題可能不會再出現的時候,又開始抖了。而且是一個下午連抖了兩次。臉被打的啪啪的,算了算了,先重啟吧。重啟中間件后,以為能消停一會,沒想到半個小時之內又報了。看來今天不幹掉這個Bug是下不了班了!

開始排查日誌

事實上,筆者一開始就發現中間件有調用後端數據庫慢SQL的現象,由於比較偶發,所以將這個現象發給DBA之後就沒有繼續跟進,DBA也反饋SQL執行沒有任何異常。筆者開始認真分析日誌之後,發現一旦有 中間件的register err 必定會出現中間件調用後端數據庫的sql read timeout的報錯。
但這兩個報錯完全不是在一個線程裏面的,一個是處理前端的Reactor線程,一個是處理後端SQL的Worker線程,如下圖所示:

這兩個線程是互相獨立的,代碼中並沒有發現任何機制能讓這兩個線程互相影響。難道真是這些機器本身網絡出了問題?前端APP失敗,後端調用DB超時,怎麼看都像網絡的問題!

進一步進行排查

既然有DB(數據庫)超時,筆者就先看看調用哪個DB超時吧,畢竟後面有一堆DB。筆者突然發現,和之前的慢SQL一樣,都是調用第二個數據庫超時,而DBA那邊卻說SQL執行沒有任何異常,

筆者感覺明顯SQL執行有問題,只不過DBA是採樣而且將採樣耗時平均的,偶爾的幾筆耗時並不會在整體SQL的耗時裏面有所體現。

只能靠日誌分析了

既然找不到什麼頭緒,那麼只能從日誌入手,好好分析推理了。REACTOR線程和Worker線程同時報錯,但兩者並無特殊的關聯,說明可能是同一個原因引起的兩種不同現象。筆者在線上報錯日誌裏面進行細細搜索,發現在大量的

NIOReactor-1-RW register err java.nio.channels.CloasedChannelException

日誌中會摻雜着這個報錯:

NIOReactor-1-RW Socket Read timed out
	at XXXXXX . doCommit
	at XXXXXX Socket read timedout

這一看就發現了端倪,Reactor作為一個IO線程,怎麼會有數據庫調用呢?於是翻了翻源碼,原來,我們的中間件在處理commit/rollback這樣的操作時候還是在Reactor線程進行的!很明顯Reactor線程卡主是由於commit慢了!筆者立馬反應過來,而這個commit慢也正是導致了regsiter err以及客戶端無法創建連接的元兇。如下面所示:

由於app1的commit特別慢而卡住了reactor1線程,從而落在reactor1線程上的握手操作都會超時!如下圖所示:

為什麼之前的模擬宕機測試發現不了這一點

因為模擬宕機的時候,在事務開始的第一條SQL就會報錯,而執行SQL都是在Worker線程裏面,
所以並不會觸發reactor線程中commit超時這種現象,所以測試的時候就遺漏了這一點。

為什麼commit會變慢?

系統一直跑的好好的,為什麼突然commit就變慢了呢,而且筆者發現,這個commit變慢所關聯的DB正好也是出現慢SQL的那個DB。於是筆者立馬就去找了DBA,由於我們應用層和數據庫層都沒有commit時間的監控(因為一般都很快,很少出現慢的現象)。DBA在數據庫打的日誌裏面進行了統計,發現確實變慢了,而且變慢的時間和我們應用報錯的時間相符合!
順藤摸瓜,我們又聯繫了SA,發現其中和存儲相關的HBA卡有報錯!如下圖所示:

報錯時間都是一致的!

緊急修復方案

由於是HBA卡報錯了,屬於硬件故障,而硬件故障並不是很快就能進行修復的。所以DBA做了一次緊急的主從切換,進而避免這一問題。

一身冷汗

之前就有慢sql慢慢變多,而後突然數據庫存儲hba卡宕機導致業務不可用的情況。
而這一次到最後主從切換前為止,報錯越來越頻繁,感覺再過一段時間,HBA卡過段時間就完全不可用,重蹈之前的覆轍了!

中間件修復

我們在中間件層面將commit和rollback操作挪到Worker裏面。這樣,commit如果卡住就不再會引起創建連接失敗這種應用報錯了。

總結

由於軟件層面其實是比較信任硬件的,所以在硬件出問題時,就會產生很多詭異的現象,而且和硬件最終的原因在表面上完全產生不了關聯。只有通過抽絲剝繭,慢慢的去探尋現象的本質才會解決最終的問題。要做到高可用真的是要小心評估各種細節,才能讓系統更加健壯!

公眾號

關注筆者公眾號,獲取更多乾貨文章:

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※網頁設計公司推薦不同的風格,搶佔消費者視覺第一線

※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整

※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!

※教你寫出一流的銷售文案?

※超省錢租車方案