1、什么是Spring？

Spring是一個開源的Java EE開發(fā)框架。Spring框架的核心功能可以應(yīng)用在任何Java應(yīng)用程序中，但對Java EE平臺上的Web應(yīng)用程序有更好的擴(kuò)展性。Spring框架的目標(biāo)是使得Java EE應(yīng)用程序的開發(fā)更加簡捷，通過使用POJO為基礎(chǔ)的編程模型促進(jìn)良好的編程風(fēng)格。

目前成都創(chuàng)新互聯(lián)已為上1000家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、成都網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計(jì)、精河網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

2、Spring有哪些優(yōu)點(diǎn)？

輕量級：Spring在大小和透明性方面絕對屬于輕量級的，基礎(chǔ)版本的Spring框架大約只有2MB。

控制反轉(zhuǎn)(IOC)：Spring使用控制反轉(zhuǎn)技術(shù)實(shí)現(xiàn)了松耦合。依賴被注入到對象，而不是創(chuàng)建或?qū)ふ乙蕾噷ο蟆?/p>

面向切面編程(AOP)： Spring支持面向切面編程，同時把應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)的服務(wù)分離開來。

容器：Spring包含并管理應(yīng)用程序?qū)ο蟮呐渲眉吧芷凇?/p>

MVC框架：Spring的web框架是一個設(shè)計(jì)優(yōu)良的web MVC框架，很好的取代了一些web框架。

事務(wù)管理：Spring對下至本地業(yè)務(wù)上至全局業(yè)務(wù)(JAT)提供了統(tǒng)一的事務(wù)管理接口。

異常處理：Spring提供一個方便的API將特定技術(shù)的異常(由JDBC, Hibernate, 或JDO拋出)轉(zhuǎn)化為一致的、Unchecked異常。

3、Spring 事務(wù)實(shí)現(xiàn)方式

• 編程式事務(wù)管理：這意味著你可以通過編程的方式管理事務(wù)，這種方式帶來了很大的靈活性，但很難維護(hù)。

• 聲明式事務(wù)管理：這種方式意味著你可以將事務(wù)管理和業(yè)務(wù)代碼分離。你只需要通過注解或者XML配置管理事務(wù)。

4、Spring框架的事務(wù)管理有哪些優(yōu)點(diǎn)

• 它為不同的事務(wù)API(如JTA, JDBC, Hibernate, JPA, 和JDO)提供了統(tǒng)一的編程模型。

• 它為編程式事務(wù)管理提供了一個簡單的API而非一系列復(fù)雜的事務(wù)API(如JTA).

• 它支持聲明式事務(wù)管理。

• 它可以和Spring 的多種數(shù)據(jù)訪問技術(shù)很好的融合。

5、spring事務(wù)定義的傳播規(guī)則

• PROPAGATION_REQUIRED: 支持當(dāng)前事務(wù)，如果當(dāng)前沒有事務(wù)，就新建一個事務(wù)。這是最常見的選擇。

• PROPAGATION_SUPPORTS: 支持當(dāng)前事務(wù)，如果當(dāng)前沒有事務(wù)，就以非事務(wù)方式執(zhí)行。

• PROPAGATION_MANDATORY: 支持當(dāng)前事務(wù)，如果當(dāng)前沒有事務(wù)，就拋出異常。

• PROPAGATION_REQUIRES_NEW: 新建事務(wù)，如果當(dāng)前存在事務(wù)，把當(dāng)前事務(wù)掛起。

• PROPAGATION_NOT_SUPPORTED: 以非事務(wù)方式執(zhí)行操作，如果當(dāng)前存在事務(wù)，就把當(dāng)前事務(wù)掛起。

• PROPAGATION_NEVER: 以非事務(wù)方式執(zhí)行，如果當(dāng)前存在事務(wù)，則拋出異常。

• PROPAGATION_NESTED: 如果當(dāng)前存在事務(wù)，則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒有事務(wù)，則進(jìn)行與PROPAGATION_REQUIRED類似的操作。

6、Spring 事務(wù)底層原理

• 劃分處理單元——IoC

由于spring解決的問題是對單個數(shù)據(jù)庫進(jìn)行局部事務(wù)處理的，具體的實(shí)現(xiàn)首先用spring中的IoC劃分了事務(wù)處理單元。并且將對事務(wù)的各種配置放到了ioc容器中（設(shè)置事務(wù)管理器，設(shè)置事務(wù)的傳播特性及隔離機(jī)制）。

• AOP攔截需要進(jìn)行事務(wù)處理的類

Spring事務(wù)處理模塊是通過AOP功能來實(shí)現(xiàn)聲明式事務(wù)處理的，具體操作（比如事務(wù)實(shí)行的配置和讀取，事務(wù)對象的抽象），用TransactionProxyFactoryBean接口來使用AOP功能，生成proxy代理對象，通過TransactionInterceptor完成對代理方法的攔截，將事務(wù)處理的功能編織到攔截的方法中。讀取ioc容器事務(wù)配置屬性，轉(zhuǎn)化為spring事務(wù)處理需要的內(nèi)部數(shù)據(jù)結(jié)構(gòu)（TransactionAttributeSourceAdvisor），轉(zhuǎn)化為TransactionAttribute表示的數(shù)據(jù)對象。

• 對事務(wù)處理實(shí)現(xiàn)（事務(wù)的生成、提交、回滾、掛起）

spring委托給具體的事務(wù)處理器實(shí)現(xiàn)。實(shí)現(xiàn)了一個抽象和適配。適配的具體事務(wù)處理器：DataSource數(shù)據(jù)源支持、hibernate數(shù)據(jù)源事務(wù)處理支持、JDO數(shù)據(jù)源事務(wù)處理支持，JPA、JTA數(shù)據(jù)源事務(wù)處理支持。這些支持都是通過設(shè)計(jì)PlatformTransactionManager、AbstractPlatforTransaction一系列事務(wù)處理的支持。 為常用數(shù)據(jù)源支持提供了一系列的TransactionManager。

• 結(jié)合

PlatformTransactionManager實(shí)現(xiàn)了TransactionInterception接口，讓其與TransactionProxyFactoryBean結(jié)合起來，形成一個Spring聲明式事務(wù)處理的設(shè)計(jì)體系。

7、Spring MVC 運(yùn)行流程

第一步：發(fā)起請求到前端控制器(DispatcherServlet)

第二步：前端控制器請求HandlerMapping查找 Handler（ 可以根據(jù)xml配置、注解進(jìn)行查找）

第三步：處理器映射器HandlerMapping向前端控制器返回Handler

第四步：前端控制器調(diào)用處理器適配器去執(zhí)行Handler

第五步：處理器適配器去執(zhí)行Handler

第六步：Handler執(zhí)行完成給適配器返回ModelAndView

第七步：處理器適配器向前端控制器返回ModelAndView（ModelAndView是springmvc框架的一個底層對象，包括Model和view）

第八步：前端控制器請求視圖解析器去進(jìn)行視圖解析（根據(jù)邏輯視圖名解析成真正的視圖(jsp)）

第九步：視圖解析器向前端控制器返回View

第十步：前端控制器進(jìn)行視圖渲染（ 視圖渲染將模型數(shù)據(jù)(在ModelAndView對象中)填充到request域）

第十一步：前端控制器向用戶響應(yīng)結(jié)果

8、BeanFactory和ApplicationContext有什么區(qū)別？

ApplicationContext提供了一種解決文檔信息的方法，一種加載文件資源的方式(如圖片)，他們可以向監(jiān)聽他們的beans發(fā)送消息。另外，容器或者容器中beans的操作，這些必須以bean工廠的編程方式處理的操作可以在應(yīng)用上下文中以聲明的方式處理。應(yīng)用上下文實(shí)現(xiàn)了MessageSource，該接口用于獲取本地消息，實(shí)際的實(shí)現(xiàn)是可選的。

相同點(diǎn)：兩者都是通過xml配置文件加載bean,ApplicationContext和BeanFacotry相比,提供了更多的擴(kuò)展功能。

不同點(diǎn)：BeanFactory是延遲加載,如果Bean的某一個屬性沒有注入，BeanFacotry加載后，直至第一次使用調(diào)用getBean方法才會拋出異常；而ApplicationContext則在初始化自身是檢驗(yàn)，這樣有利于檢查所依賴屬性是否注入；所以通常情況下我們選擇使用ApplicationContext。

9、什么是Spring Beans？

Spring Beans是構(gòu)成Spring應(yīng)用核心的Java對象。這些對象由Spring IOC容器實(shí)例化、組裝、管理。這些對象通過容器中配置的元數(shù)據(jù)創(chuàng)建，例如，使用XML文件中定義的創(chuàng)建。

在Spring中創(chuàng)建的beans都是單例的beans。在bean標(biāo)簽中有一個屬性為”singleton”,如果設(shè)為true，該bean是單例的，如果設(shè)為false，該bean是原型bean。Singleton屬性默認(rèn)設(shè)置為true。因此，spring框架中所有的bean都默認(rèn)為單例bean。

10、說一下Spring中支持的bean作用域

Spring框架支持如下五種不同的作用域：

• singleton：在Spring IOC容器中僅存在一個Bean實(shí)例，Bean以單實(shí)例的方式存在。

• prototype：一個bean可以定義多個實(shí)例。

• request：每次HTTP請求都會創(chuàng)建一個新的Bean。該作用域僅適用于WebApplicationContext環(huán)境。

• session：一個HTTP Session定義一個Bean。該作用域僅適用于WebApplicationContext環(huán)境。

• globalSession：同一個全局HTTP Session定義一個Bean。該作用域同樣僅適用于WebApplicationContext環(huán)境。

bean默認(rèn)的scope屬性是"singleton"。

11、Spring 的單例實(shí)現(xiàn)原理

Spring框架對單例的支持是采用單例注冊表的方式進(jìn)行實(shí)現(xiàn)的，而這個注冊表的緩存是HashMap對象，如果配置文件中的配置信息不要求使用單例，Spring會采用新建實(shí)例的方式返回對象實(shí)例。

12、解釋Spring框架中bean的生命周期

ApplicationContext容器中，Bean的生命周期流程如上圖所示，流程大致如下：

1.首先容器啟動后，會對scope為singleton且非懶加載的bean進(jìn)行實(shí)例化，

2.按照Bean定義信息配置信息，注入所有的屬性，

3.如果Bean實(shí)現(xiàn)了BeanNameAware接口，會回調(diào)該接口的setBeanName()方法，傳入該Bean的id，此時該Bean就獲得了自己在配置文件中的id，

4.如果Bean實(shí)現(xiàn)了BeanFactoryAware接口,會回調(diào)該接口的setBeanFactory()方法，傳入該Bean的BeanFactory，這樣該Bean就獲得了自己所在的BeanFactory，

5.如果Bean實(shí)現(xiàn)了ApplicationContextAware接口,會回調(diào)該接口的setApplicationContext()方法，傳入該Bean的ApplicationContext，這樣該Bean就獲得了自己所在的ApplicationContext，

6.如果有Bean實(shí)現(xiàn)了BeanPostProcessor接口，則會回調(diào)該接口的postProcessBeforeInitialzation()方法，

7.如果Bean實(shí)現(xiàn)了InitializingBean接口，則會回調(diào)該接口的afterPropertiesSet()方法，

8.如果Bean配置了init-method方法，則會執(zhí)行init-method配置的方法，

9.如果有Bean實(shí)現(xiàn)了BeanPostProcessor接口，則會回調(diào)該接口的postProcessAfterInitialization()方法，

10.經(jīng)過流程9之后，就可以正式使用該Bean了,對于scope為singleton的Bean,Spring的ioc容器中會緩存一份該bean的實(shí)例，而對于scope為prototype的Bean,每次被調(diào)用都會new一個新的對象，期生命周期就交給調(diào)用方管理了，不再是Spring容器進(jìn)行管理了

11.容器關(guān)閉后，如果Bean實(shí)現(xiàn)了DisposableBean接口，則會回調(diào)該接口的destroy()方法，

12.如果Bean配置了destroy-method方法，則會執(zhí)行destroy-method配置的方法，至此，整個Bean的生命周期結(jié)束

13、Resource 是如何被查找、加載的？

Resource 接口是 Spring 資源訪問策略的抽象，它本身并不提供任何資源訪問實(shí)現(xiàn)，具體的資源訪問由該接口的實(shí)現(xiàn)類完成——每個實(shí)現(xiàn)類代表一種資源訪問策略。 Spring 為 Resource 接口提供了如下實(shí)現(xiàn)類：

• UrlResource：訪問網(wǎng)絡(luò)資源的實(shí)現(xiàn)類。

• ClassPathResource：訪問類加載路徑里資源的實(shí)現(xiàn)類。

• FileSystemResource：訪問文件系統(tǒng)里資源的實(shí)現(xiàn)類。

• ServletContextResource：訪問相對于 ServletContext 路徑里的資源的實(shí)現(xiàn)類：

• InputStreamResource：訪問輸入流資源的實(shí)現(xiàn)類。

• ByteArrayResource：訪問字節(jié)數(shù)組資源的實(shí)現(xiàn)類。 這些 Resource 實(shí)現(xiàn)類，針對不同的的底層資源，提供了相應(yīng)的資源訪問邏輯，并提供便捷的包裝，以利于客戶端程序的資源訪問。

14、解釋自動裝配的各種模式？

自動裝配提供五種不同的模式供Spring容器用來自動裝配beans之間的依賴注入:

no：默認(rèn)的方式是不進(jìn)行自動裝配，通過手工設(shè)置ref 屬性來進(jìn)行裝配bean。

byName：通過參數(shù)名自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設(shè)置為byName。之后容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。

byType：通過參數(shù)的數(shù)據(jù)類型自動自動裝配，Spring容器查找beans的屬性，這些beans在XML配置文件中被設(shè)置為byType。之后容器試圖匹配和裝配和該bean的屬性類型一樣的bean。如果有多個bean符合條件，則拋出錯誤。

constructor：這個同byType類似，不過是應(yīng)用于構(gòu)造函數(shù)的參數(shù)。如果在BeanFactory中不是恰好有一個bean與構(gòu)造函數(shù)參數(shù)相同類型，則拋出一個嚴(yán)重的錯誤。

autodetect：如果有默認(rèn)的構(gòu)造方法，通過 construct的方式自動裝配，否則使用 byType的方式自動裝配。

15、Spring中的依賴注入是什么？

依賴注入作為控制反轉(zhuǎn)(IOC)的一個層面，可以有多種解釋方式。在這個概念中，你不用創(chuàng)建對象而只需要描述如何創(chuàng)建它們。你不必通過代碼直接的將組件和服務(wù)連接在一起，而是通過配置文件說明哪些組件需要什么服務(wù)。之后IOC容器負(fù)責(zé)銜接。

16、有哪些不同類型的IOC(依賴注入)？

構(gòu)造器依賴注入：構(gòu)造器依賴注入在容器觸發(fā)構(gòu)造器的時候完成，該構(gòu)造器有一系列的參數(shù)，每個參數(shù)代表注入的對象。

Setter方法依賴注入：首先容器會觸發(fā)一個無參構(gòu)造函數(shù)或無參靜態(tài)工廠方法實(shí)例化對象，之后容器調(diào)用bean中的setter方法完成Setter方法依賴注入。

17、你推薦哪種依賴注入？構(gòu)造器依賴注入還是Setter方法依賴注入？

你可以同時使用兩種方式的依賴注入，最好的選擇是使用構(gòu)造器參數(shù)實(shí)現(xiàn)強(qiáng)制依賴注入，使用setter方法實(shí)現(xiàn)可選的依賴關(guān)系。

18、Spring IOC 如何實(shí)現(xiàn)

Spring中的 org.springframework.beans 包和 org.springframework.context包構(gòu)成了Spring框架IoC容器的基礎(chǔ)。

BeanFactory 接口提供了一個先進(jìn)的配置機(jī)制，使得任何類型的對象的配置成為可能。ApplicationContex接口對BeanFactory（是一個子接口）進(jìn)行了擴(kuò)展，在BeanFactory的基礎(chǔ)上添加了其他功能，比如與Spring的AOP更容易集成，也提供了處理message resource的機(jī)制（用于國際化）、事件傳播以及應(yīng)用層的特別配置，比如針對Web應(yīng)用的WebApplicationContext。

org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具體實(shí)現(xiàn)，用來包裝和管理前面提到的各種bean。BeanFactory接口是Spring IoC 容器的核心接口。

19、Spring IoC容器是什么？

Spring IOC負(fù)責(zé)創(chuàng)建對象、管理對象(通過依賴注入)、整合對象、配置對象以及管理這些對象的生命周期。

20、IoC有什么優(yōu)點(diǎn)？

IOC或依賴注入減少了應(yīng)用程序的代碼量。它使得應(yīng)用程序的測試很簡單，因?yàn)樵趩卧獪y試中不再需要單例或JNDI查找機(jī)制。簡單的實(shí)現(xiàn)以及較少的干擾機(jī)制使得松耦合得以實(shí)現(xiàn)。IOC容器支持勤性單例及延遲加載服務(wù)。

21、解釋AOP模塊

AOP模塊用來開發(fā)Spring應(yīng)用程序中具有切面性質(zhì)的部分。該模塊的大部分服務(wù)由AOP Aliance提供，這就保證了Spring框架和其他AOP框架之間的互操作性。另外，該模塊將元數(shù)據(jù)編程引入到了Spring。

22、Spring面向切面編程(AOP)

面向切面編程（AOP）：允許程序員模塊化橫向業(yè)務(wù)邏輯，或定義核心部分的功能，例如日志管理和事務(wù)管理。

切面(Aspect) ：AOP的核心就是切面，它將多個類的通用行為封裝為可重用的模塊。該模塊含有一組API提供 cross-cutting功能。例如,日志模塊稱為日志的AOP切面。根據(jù)需求的不同，一個應(yīng)用程序可以有若干切面。在Spring AOP中，切面通過帶有@Aspect注解的類實(shí)現(xiàn)。

通知(Advice)：通知表示在方法執(zhí)行前后需要執(zhí)行的動作。實(shí)際上它是Spring AOP框架在程序執(zhí)行過程中觸發(fā)的一些代碼。Spring切面可以執(zhí)行一下五種類型的通知:

• before(前置通知)：在一個方法之前執(zhí)行的通知。

• after(最終通知)：當(dāng)某連接點(diǎn)退出的時候執(zhí)行的通知（不論是正常返回還是異常退出）。

• after-returning(后置通知)：在某連接點(diǎn)正常完成后執(zhí)行的通知。

• after-throwing(異常通知)：在方法拋出異常退出時執(zhí)行的通知。

• around(環(huán)繞通知)：在方法調(diào)用前后觸發(fā)的通知。

切入點(diǎn)(Pointcut)：切入點(diǎn)是一個或一組連接點(diǎn)，通知將在這些位置執(zhí)行?？梢酝ㄟ^表達(dá)式或匹配的方式指明切入點(diǎn)。

引入：引入允許我們在已有的類上添加新的方法或?qū)傩浴?/p>

目標(biāo)對象：被一個或者多個切面所通知的對象。它通常是一個代理對象。也被稱做被通知（advised）對象。

代理：代理是將通知應(yīng)用到目標(biāo)對象后創(chuàng)建的對象。從客戶端的角度看，代理對象和目標(biāo)對象是一樣的。有以下幾種代理：

• BeanNameAutoProxyCreator：bean名稱自動代理創(chuàng)建器

• DefaultAdvisorAutoProxyCreator：默認(rèn)通知者自動代理創(chuàng)建器

• Metadata autoproxying：元數(shù)據(jù)自動代理

織入：將切面和其他應(yīng)用類型或?qū)ο筮B接起來創(chuàng)建一個通知對象的過程?？椚肟梢栽诰幾g、加載或運(yùn)行時完成。

23、Spring AOP 實(shí)現(xiàn)原理

實(shí)現(xiàn)AOP的技術(shù)，主要分為兩大類：

• 一是采用動態(tài)代理技術(shù)，利用截取消息的方式，對該消息進(jìn)行裝飾，以取代原有對象行為的執(zhí)行；

• 二是采用靜態(tài)織入的方式，引入特定的語法創(chuàng)建“方面”，從而使得編譯器可以在編譯期間織入有關(guān)“方面”的代碼。

Spring AOP 的實(shí)現(xiàn)原理其實(shí)很簡單：AOP 框架負(fù)責(zé)動態(tài)地生成 AOP 代理類，這個代理類的方法則由 Advice和回調(diào)目標(biāo)對象的方法所組成, 并將該對象可作為目標(biāo)對象使用。AOP 代理包含了目標(biāo)對象的全部方法，但AOP代理中的方法與目標(biāo)對象的方法存在差異，AOP方法在特定切入點(diǎn)添加了增強(qiáng)處理，并回調(diào)了目標(biāo)對象的方法。

Spring AOP使用動態(tài)代理技術(shù)在運(yùn)行期織入增強(qiáng)代碼。使用兩種代理機(jī)制：基于JDK的動態(tài)代理（JDK本身只提供接口的代理）和基于CGlib的動態(tài)代理。

• (1) JDK的動態(tài)代理
  JDK的動態(tài)代理主要涉及java.lang.reflect包中的兩個類：Proxy和InvocationHandler。其中InvocationHandler只是一個接口，可以通過實(shí)現(xiàn)該接口定義橫切邏輯，并通過反射機(jī)制調(diào)用目標(biāo)類的代碼，動態(tài)的將橫切邏輯與業(yè)務(wù)邏輯織在一起。而Proxy利用InvocationHandler動態(tài)創(chuàng)建一個符合某一接口的實(shí)例，生成目標(biāo)類的代理對象。
  其代理對象必須是某個接口的實(shí)現(xiàn), 它是通過在運(yùn)行期間創(chuàng)建一個接口的實(shí)現(xiàn)類來完成對目標(biāo)對象的代理.只能實(shí)現(xiàn)接口的類生成代理,而不能針對類

• (2)CGLib
  CGLib采用底層的字節(jié)碼技術(shù)，為一個類創(chuàng)建子類，并在子類中采用方法攔截的技術(shù)攔截所有父類的調(diào)用方法，并順勢織入橫切邏輯.它運(yùn)行期間生成的代理對象是目標(biāo)類的擴(kuò)展子類.所以無法通知final、private的方法,因?yàn)樗鼈儾荒鼙桓矊?是針對類實(shí)現(xiàn)代理,主要是為指定的類生成一個子類,覆蓋其中方法.
  在spring中默認(rèn)情況下使用JDK動態(tài)代理實(shí)現(xiàn)AOP,如果proxy-target-class設(shè)置為true或者使用了優(yōu)化策略那么會使用CGLIB來創(chuàng)建動態(tài)代理.Spring　AOP在這兩種方式的實(shí)現(xiàn)上基本一樣．以JDK代理為例，會使用JdkDynamicAopProxy來創(chuàng)建代理，在invoke()方法首先需要織入到當(dāng)前類的增強(qiáng)器封裝到攔截器鏈中，然后遞歸的調(diào)用這些攔截器完成功能的織入．最終返回代理對象．

創(chuàng)新互聯(lián)www.cdcxhl.cn，專業(yè)提供香港、美國云服務(wù)器，動態(tài)BGP最優(yōu)骨干路由自動選擇，持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證， 機(jī)房獨(dú)有T級流量清洗系統(tǒng)配攻擊溯源，準(zhǔn)確進(jìn)行流量調(diào)度，確保服務(wù)器高可用性。佳節(jié)活動現(xiàn)已開啟，新人活動云服務(wù)器買多久送多久。

新聞標(biāo)題：Spring面試題總結(jié)的很全面，附帶超詳細(xì)答案-創(chuàng)新互聯(lián)
URL鏈接：http://aaarwkj.com/article6/csogog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、品牌網(wǎng)站設(shè)計(jì)、Google、外貿(mào)建站、面包屑導(dǎo)航、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)