對之前的這篇文章進行了修改補充。
創(chuàng)新互聯(lián)建站長期為上1000家客戶提供的網(wǎng)站建設(shè)服務，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為廣靈企業(yè)提供專業(yè)的網(wǎng)站設(shè)計制作、網(wǎng)站設(shè)計，廣靈網(wǎng)站改版等技術(shù)服務。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。
這篇文章主要是想通過一些問題，加深大家對于 ?Spring 的理解，所以不會涉及太多的代碼！這篇文章整理了挺長時間，下面的很多問題我自己在使用 Spring ?的過程中也并沒有注意，自己也是臨時查閱了很多資料和書籍補上的。網(wǎng)上也有一些很多關(guān)于 Spring ?常見問題/面試題整理的文章，我感覺大部分都是互相 ?copy，而且很多問題也不是很好，有些回答也存在問題。所以，自己花了一周的業(yè)余時間整理了一下，希望對大家有幫助。
Spring 是一種輕量級開發(fā)框架，旨在提高開發(fā)人員的開發(fā)效率以及系統(tǒng)的可維護性。Spring 官網(wǎng)：https://spring.io/。
我們一般說 ?Spring 框架指的都是 Spring ?Framework，它是很多模塊的集合，使用這些模塊可以很方便地協(xié)助我們進行開發(fā)。這些模塊是：核心容器、數(shù)據(jù)訪問/集成,、Web、AOP（面向切面編程）、工具、消息和測試模塊。比如：Core ?Container 中的 Core 組件是Spring 所有組件的核心，Beans 組件和 Context ?組件是實現(xiàn)IOC和依賴注入的基礎(chǔ)，AOP組件用來實現(xiàn)面向切面編程。
Spring 官網(wǎng)列出的 Spring 的 6 個特征:
核心技術(shù)：依賴注入(DI)，AOP，事件(events)，資源，i18n，驗證，數(shù)據(jù)綁定，類型轉(zhuǎn)換，SpEL。
測試：模擬對象，TestContext框架，Spring MVC 測試，WebTestClient。
數(shù)據(jù)訪問：事務，DAO支持，JDBC，ORM，編組XML。
Web支持: Spring MVC和Spring WebFlux Web框架。
集成：遠程處理，JMS，JCA，JMX，電子郵件，任務，調(diào)度，緩存。
語言：Kotlin，Groovy，動態(tài)語言。
下圖對應的是 Spring4.x 版本。目前最新的5.x版本中 Web 模塊的 Portlet 組件已經(jīng)被廢棄掉，同時增加了用于異步響應式處理的 WebFlux 組件。
Spring主要模塊
Spring Core：基礎(chǔ),可以說 Spring 其他所有的功能都需要依賴于該類庫。主要提供 IoC 依賴注入功能。
Spring Aspects：該模塊為與AspectJ的集成提供支持。
Spring AOP：提供了面向切面的編程實現(xiàn)。
Spring JDBC: Java數(shù)據(jù)庫連接。
Spring JMS：Java消息服務。
Spring ORM: 用于支持Hibernate等ORM工具。
Spring Web: 為創(chuàng)建Web應用程序提供支持。
Spring Test: 提供了對 JUnit 和 TestNG 測試的支持。
單獨使用?@Controller不加?@ResponseBody的話一般使用在要返回一個視圖的情況，這種情況屬于比較傳統(tǒng)的Spring MVC 的應用，對應于前后端不分離的情況。
SpringMVC 傳統(tǒng)工作流程
但@RestController只返回對象，對象數(shù)據(jù)直接以 JSON 或 XML 形式寫入 HTTP 響應(Response)中，這種情況屬于 RESTful Web服務，這也是目前日常開發(fā)所接觸的最常用的情況（前后端分離）。
SpringMVC+RestController
如果你需要在Spring4之前開發(fā) RESTful Web服務的話，你需要使用@Controller并結(jié)合@ResponseBody注解，也就是說@Controller+@ResponseBody=?@RestController（Spring 4 之后新加的注解）。
@ResponseBody注解的作用是將?Controller的方法返回的對象通過適當?shù)霓D(zhuǎn)換器轉(zhuǎn)換為指定的格式之后，寫入到HTTP 響應(Response)對象的 body 中，通常用來返回 JSON 或者 XML 數(shù)據(jù)，返回 JSON 數(shù)據(jù)的情況比較多。
Spring3.xMVC RESTfulWeb服務工作流程
Reference:
https://dzone.com/articles/spring-framework-restcontroller-vs-controller（圖片來源）
https://javarevisited.blogspot.com/2017/08/difference-between-restcontroller-and-controller-annotations-spring-mvc-rest.html?m=1
IoC（Inverse of Control:控制反轉(zhuǎn)）是一種設(shè)計思想，就是?將原本在程序中手動創(chuàng)建對象的控制權(quán)，交由Spring框架來管理。IoC 在其他語言中也有應用，并非 Spirng 特有。?IoC 容器是 Spring 用來實現(xiàn) IoC 的載體， IoC 容器實際上就是個Map（key，value）,Map 中存放的是各種對象。
將對象之間的相互依賴關(guān)系交給 IoC 容器來管理，并由 IoC 容器完成對象的注入。這樣可以很大程度上簡化應用的開發(fā)，把應用從復雜的依賴關(guān)系中解放出來。?IoC 容器就像是一個工廠一樣，當我們需要創(chuàng)建一個對象的時候，只需要配置好配置文件/注解即可，完全不用考慮對象是如何被創(chuàng)建出來的。在實際項目中一個 ?Service 類可能有幾百甚至上千個類作為它的底層，假如我們需要實例化這個 Service，你可能要每次都要搞清這個 Service ?所有底層類的構(gòu)造函數(shù)，這可能會把人逼瘋。如果利用 IoC ?的話，你只需要配置好，然后在需要的地方引用就行了，這大大增加了項目的可維護性且降低了開發(fā)難度。
Spring 時代我們一般通過 XML 文件來配置 Bean，后來開發(fā)人員覺得 XML 文件來配置不太好，于是 SpringBoot 注解配置就慢慢開始流行起來。
推薦閱讀：https://www.zhihu.com/question/23277575/answer/169698662
Spring IoC的初始化過程：
Spring IoC的初始化過程
IoC源碼閱讀
https://javadoop.com/post/spring-ioc
AOP(Aspect-Oriented Programming:面向切面編程)能夠?qū)⒛切┡c業(yè)務無關(guān)，卻為業(yè)務模塊所共同調(diào)用的邏輯或責任（例如事務處理、日志管理、權(quán)限控制等）封裝起來，便于減少系統(tǒng)的重復代碼，降低模塊間的耦合度，并有利于未來的可拓展性和可維護性。
Spring AOP就是基于動態(tài)代理的，如果要代理的對象，實現(xiàn)了某個接口，那么Spring AOP會使用JDK Proxy，去創(chuàng)建代理對象，而對于沒有實現(xiàn)接口的對象，就無法使用 JDK Proxy 去進行代理了，這時候Spring AOP會使用Cglib，這時候Spring AOP會使用?Cglib生成一個被代理對象的子類來作為代理，如下圖所示：
SpringAOPProcess
當然你也可以使用 AspectJ ,Spring AOP 已經(jīng)集成了AspectJ ，AspectJ 應該算的上是 Java 生態(tài)系統(tǒng)中最完整的 AOP 框架了。
使用 AOP 之后我們可以把一些通用功能抽象出來，在需要用到的地方直接使用即可，這樣大大簡化了代碼量。我們需要增加新功能時也方便，這樣也提高了系統(tǒng)擴展性。日志功能、事務管理等等場景都用到了 AOP 。
Spring AOP 屬于運行時增強，而 AspectJ 是編譯時增強。Spring AOP 基于代理(Proxying)，而 AspectJ 基于字節(jié)碼操作(Bytecode Manipulation)。
Spring AOP 已經(jīng)集成了 AspectJ ，AspectJ 應該算的上是 Java 生態(tài)系統(tǒng)中最完整的 AOP 框架了。AspectJ 相比于 Spring AOP 功能更加強大，但是 Spring AOP 相對來說更簡單，
如果我們的切面比較少，那么兩者性能差異不大。但是，當切面太多的話，最好選擇 AspectJ ，它比Spring AOP 快很多。
singleton : 唯一 bean 實例，Spring 中的 bean 默認都是單例的。
prototype : 每次請求都會創(chuàng)建一個新的 bean 實例。
request : 每一次HTTP請求都會產(chǎn)生一個新的bean，該bean僅在當前HTTP request內(nèi)有效。
session : 每一次HTTP請求都會產(chǎn)生一個新的 bean，該bean僅在當前 HTTP session 內(nèi)有效。
global-session：全局session作用域，僅僅在基于portlet的web應用中才有意義，Spring5已經(jīng)沒有了。Portlet是能夠生成語義代碼(例如：HTML)片段的小型Java ?Web插件。它們基于portlet容器，可以像servlet一樣處理HTTP請求。但是，與 servlet 不同，每個 portlet ?都有不同的會話
大部分時候我們并沒有在系統(tǒng)中使用多線程，所以很少有人會關(guān)注這個問題。單例 bean 存在線程問題，主要是因為當多個線程操作同一個對象的時候，對這個對象的非靜態(tài)成員變量的寫操作會存在線程安全問題。
常見的有兩種解決辦法：
在Bean對象中盡量避免定義可變的成員變量（不太現(xiàn)實）。
在類中定義一個ThreadLocal成員變量，將需要的可變成員變量保存在 ThreadLocal 中（推薦的一種方式）。
這部分網(wǎng)上有很多文章都講到了，下面的內(nèi)容整理自：https://yemengying.com/2016/07/14/spring-bean-life-cycle/?，除了這篇文章，再推薦一篇很不錯的文章 ?：https://www.cnblogs.com/zrtqsk/p/3735273.html 。
Bean 容器找到配置文件中 Spring Bean 的定義。
Bean 容器利用 Java Reflection API 創(chuàng)建一個Bean的實例。
如果涉及到一些屬性值 利用?set()方法設(shè)置一些屬性值。
如果 Bean 實現(xiàn)了?BeanNameAware接口，調(diào)用?setBeanName()方法，傳入Bean的名字。
如果 Bean 實現(xiàn)了?BeanClassLoaderAware接口，調(diào)用?setBeanClassLoader()方法，傳入?ClassLoader對象的實例。
如果Bean實現(xiàn)了?BeanFactoryAware接口，調(diào)用?setBeanClassLoader()方法，傳入?ClassLoader對象的實例。
與上面的類似，如果實現(xiàn)了其他?*.Aware接口，就調(diào)用相應的方法。
如果有和加載這個 Bean 的 Spring 容器相關(guān)的?BeanPostProcessor對象，執(zhí)行postProcessBeforeInitialization()方法
如果Bean實現(xiàn)了InitializingBean接口，執(zhí)行afterPropertiesSet()方法。
如果 Bean 在配置文件中的定義包含 init-method 屬性，執(zhí)行指定的方法。
如果有和加載這個 Bean的 Spring 容器相關(guān)的?BeanPostProcessor對象，執(zhí)行postProcessAfterInitialization()方法
當要銷毀 Bean 的時候，如果 Bean 實現(xiàn)了?DisposableBean接口，執(zhí)行?destroy()方法。
當要銷毀 Bean 的時候，如果 Bean 在配置文件中的定義包含 destroy-method 屬性，執(zhí)行指定的方法。
圖示：
Spring Bean 生命周期
與之比較類似的中文版本:
Spring Bean 生命周期
談到這個問題，我們不得不提提之前 Model1 和 Model2 這兩個沒有 Spring MVC 的時代。
Model1 時代: ?很多學 Java 后端比較晚的朋友可能并沒有接觸過 Model1 模式下的 JavaWeb 應用開發(fā)。在 Model1 模式下，整個 Web ?應用幾乎全部用 JSP 頁面組成，只用少量的 JavaBean 來處理數(shù)據(jù)庫連接、訪問等操作。這個模式下 JSP ?即是控制層又是表現(xiàn)層。顯而易見，這種模式存在很多問題。比如①將控制邏輯和表現(xiàn)邏輯混雜在一起，導致代碼重用率極低；②前端和后端相互依賴，難以進行測試并且開發(fā)效率極低；
Model2 時代：學過 ?Servlet 并做過相關(guān) Demo 的朋友應該了解“Java Bean(Model)+ ?JSP（View,）+Servlet（Controller） ”這種開發(fā)模式,這就是早期的 JavaWeb MVC ?開發(fā)模式。Model:系統(tǒng)涉及的數(shù)據(jù)，也就是 dao 和 ?bean。View：展示模型中的數(shù)據(jù)，只是用來展示。Controller：處理用戶請求都發(fā)送給 ，返回數(shù)據(jù)給 JSP 并展示給用戶。
Model2 ? 模式下還存在很多問題，Model2的抽象和封裝程度還遠遠不夠，使用Model2進行開發(fā)時不可避免地會重復造輪子，這就大大降低了程序的可維護性和復用性。于是很多JavaWeb開發(fā)相關(guān)的 ?MVC 框架應該運而生比如Struts2，但是 Struts2 比較笨重。隨著 Spring 輕量級開發(fā)框架的流行，Spring 生態(tài)圈出現(xiàn)了 ?Spring MVC 框架， Spring MVC 是當前最優(yōu)秀的 MVC 框架。相比于 Struts2 ， Spring MVC ?使用更加簡單和方便，開發(fā)效率更高，并且 Spring MVC 運行速度更快。
MVC ?是一種設(shè)計模式,Spring MVC 是一款很優(yōu)秀的 MVC 框架。Spring MVC 可以幫助我們進行更簡潔的Web層的開發(fā)，并且它天生與 ?Spring 框架集成。Spring MVC 下我們一般把后端項目分為 ?Service層（處理業(yè)務）、Dao層（數(shù)據(jù)庫操作）、Entity層（實體類）、Controller層(控制層，返回數(shù)據(jù)給前臺頁面)。
Spring MVC 的簡單原理圖如下：
原理如下圖所示：
SpringMVC運行原理
上圖的一個筆誤的小問題：Spring MVC 的入口函數(shù)也就是前端控制器?DispatcherServlet的作用是接收請求，響應結(jié)果。
流程說明（重要）：
客戶端（瀏覽器）發(fā)送請求，直接請求到?DispatcherServlet。
DispatcherServlet根據(jù)請求信息調(diào)用?HandlerMapping，解析請求對應的?Handler。
解析到對應的?Handler（也就是我們平常說的?Controller控制器）后，開始由?HandlerAdapter適配器處理。
HandlerAdapter會根據(jù)?Handler來調(diào)用真正的處理器開處理請求，并處理相應的業(yè)務邏輯。
處理器處理完業(yè)務后，會返回一個?ModelAndView對象，Model是返回的數(shù)據(jù)對象，View是個邏輯上的?View。
ViewResolver會根據(jù)邏輯?View查找實際的?View。
DispaterServlet把返回的?Model傳給?View（視圖渲染）。
把?View返回給請求者（瀏覽器）
關(guān)于下面一些設(shè)計模式的詳細介紹，可以看筆主前段時間的原創(chuàng)文章《面試官:“談談Spring中都用到了那些設(shè)計模式?”。》?。
工廠設(shè)計模式: Spring使用工廠模式通過?BeanFactory、ApplicationContext創(chuàng)建 bean 對象。
代理設(shè)計模式: Spring AOP 功能的實現(xiàn)。
單例設(shè)計模式: Spring 中的 Bean 默認都是單例的。
模板方法模式: Spring 中?jdbcTemplate、hibernateTemplate等以 Template 結(jié)尾的對數(shù)據(jù)庫操作的類，它們就使用到了模板模式。
包裝器設(shè)計模式: 我們的項目需要連接多個數(shù)據(jù)庫，而且不同的客戶在每次訪問中根據(jù)需要會去訪問不同的數(shù)據(jù)庫。這種模式讓我們可以根據(jù)客戶的需求能夠動態(tài)切換不同的數(shù)據(jù)源。
觀察者模式:Spring 事件驅(qū)動模型就是觀察者模式很經(jīng)典的一個應用。
適配器模式:Spring AOP 的增強或通知(Advice)使用到了適配器模式、spring MVC 中也是用到了適配器模式適配Controller。
……
作用對象不同:?@Component注解作用于類，而@Bean注解作用于方法。
@Component通常是通過類路徑掃描來自動偵測以及自動裝配到Spring容器中（我們可以使用?@ComponentScan注解定義要掃描的路徑從中找出標識了需要裝配的類自動裝配到 Spring 的 bean 容器中）。@Bean注解通常是我們在標有該注解的方法中定義產(chǎn)生這個 bean,@Bean告訴了Spring這是某個類的示例，當我需要用它的時候還給我。
@Bean注解比?Component注解的自定義性更強，而且很多地方我們只能通過?@Bean注解來注冊bean。比如當我們引用第三方庫中的類需要裝配到?Spring容器時，則只能通過?@Bean來實現(xiàn)。
@Bean注解使用示例：
重慶分公司
重慶分公司
@Configuration
public?class?AppConfig?{
@Bean
public?TransferService?transferService()?{
return?new?TransferServiceImpl();
}
}
上面的代碼相當于下面的 xml 配置
下面這個例子是通過?@Component無法實現(xiàn)的。
@Bean
public?OneService?getService(status)?{
case?(status)??{
when?1:
?????return?new?serviceImpl1();
when?2:
?????return?new?serviceImpl2();
when?3:
?????return?new?serviceImpl3();
}
}
我們一般使用?@Autowired注解自動裝配 bean，要想把類標識成可用于?@Autowired注解自動裝配的 bean 的類,采用以下注解可實現(xiàn)：
@Component：通用的注解，可標注任意類為?Spring組件。如果一個Bean不知道屬于哪個層，可以使用@Component注解標注。
@Repository: 對應持久層即 Dao 層，主要用于數(shù)據(jù)庫相關(guān)操作。
@Service: 對應服務層，主要涉及一些復雜的邏輯，需要用到 Dao層。
@Controller: 對應 Spring MVC 控制層，主要用戶接受用戶請求并調(diào)用 Service 層返回數(shù)據(jù)給前端頁面。
編程式事務，在代碼中硬編碼。(不推薦使用)
聲明式事務，在配置文件中配置（推薦使用）
聲明式事務又分為兩種：
基于XML的聲明式事務
基于注解的聲明式事務
TransactionDefinition 接口中定義了五個表示隔離級別的常量：
TransactionDefinition.ISOLATION_DEFAULT:使用后端數(shù)據(jù)庫默認的隔離級別，Mysql 默認采用的 REPEATABLE_READ隔離級別 Oracle 默認采用的 READ_COMMITTED隔離級別.
TransactionDefinition.ISOLATION_READ_UNCOMMITTED:最低的隔離級別，允許讀取尚未提交的數(shù)據(jù)變更，可能會導致臟讀、幻讀或不可重復讀
TransactionDefinition.ISOLATION_READ_COMMITTED:允許讀取并發(fā)事務已經(jīng)提交的數(shù)據(jù)，可以阻止臟讀，但是幻讀或不可重復讀仍有可能發(fā)生
TransactionDefinition.ISOLATION_REPEATABLE_READ:對同一字段的多次讀取結(jié)果都是一致的，除非數(shù)據(jù)是被本身事務自己所修改，可以阻止臟讀和不可重復讀，但幻讀仍有可能發(fā)生。
TransactionDefinition.ISOLATION_SERIALIZABLE:最高的隔離級別，完全服從ACID的隔離級別。所有的事務依次逐個執(zhí)行，這樣事務之間就完全不可能產(chǎn)生干擾，也就是說，該級別可以防止臟讀、不可重復讀以及幻讀。但是這將嚴重影響程序的性能。通常情況下也不會用到該級別。
支持當前事務的情況：
TransactionDefinition.PROPAGATION_REQUIRED：如果當前存在事務，則加入該事務；如果當前沒有事務，則創(chuàng)建一個新的事務。
TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續(xù)運行。
TransactionDefinition.PROPAGATION_MANDATORY：如果當前存在事務，則加入該事務；如果當前沒有事務，則拋出異常。（mandatory：強制性）
不支持當前事務的情況：
TransactionDefinition.PROPAGATION_REQUIRES_NEW：創(chuàng)建一個新的事務，如果當前存在事務，則把當前事務掛起。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務方式運行，如果當前存在事務，則把當前事務掛起。
TransactionDefinition.PROPAGATION_NEVER：以非事務方式運行，如果當前存在事務，則拋出異常。
其他情況：
TransactionDefinition.PROPAGATION_NESTED：如果當前存在事務，則創(chuàng)建一個事務作為當前事務的嵌套事務來運行；如果當前沒有事務，則該取值等價于TransactionDefinition.PROPAGATION_REQUIRED。
我們知道：Exception分為運行時異常RuntimeException和非運行時異常。事務管理對于企業(yè)應用來說是至關(guān)重要的，即使出現(xiàn)異常情況，它也可以保證數(shù)據(jù)的一致性。
當@Transactional注解作用于類上時，該類的所有 public 方法將都具有該類型的事務屬性，同時，我們也可以在方法級別使用該標注來覆蓋類級別的定義。如果類或者方法加了這個注解，那么這個類里面的方法拋出異常，就會回滾，數(shù)據(jù)庫里面的數(shù)據(jù)也會回滾。
在@Transactional注解中如果不配置rollbackFor屬性,那么事物只會在遇到RuntimeException的時候才會回滾,加上rollbackFor=Exception.class,可以讓事物在遇到非運行時異常時也回滾。
假如我們有有下面一個類：
Entity(name="USER")
public?class?User?{
@Id
@GeneratedValue(strategy?=?GenerationType.AUTO)
@Column(name?=?"ID")
private?Long?id;
@Column(name="USER_NAME")
private?String?userName;
@Column(name="PASSWORD")
private?String?password;
private?String?secrect;
}
如果我們想讓secrect這個字段不被持久化，也就是不被數(shù)據(jù)庫存儲怎么辦？我們可以采用下面幾種方法：
static?String?transient1;?//?not?persistent?because?of?static
final?String?transient2?=?“Satish”;?//?not?persistent?because?of?final
transient?String?transient3;?//?not?persistent?because?of?transient
@Transient
String?transient4;?//?not?persistent?because?of?@Transient
一般使用后面兩種方式比較多，我個人使用注解的方式比較多。
《Spring 技術(shù)內(nèi)幕》
http://www.cnblogs.com/wmyskxz/p/8820371.html
https://www.journaldev.com/2696/spring-interview-questions-and-answers
https://www.edureka.co/blog/interview-questions/spring-interview-questions/
https://www.cnblogs.com/clwydjgs/p/9317849.html
https://howtodoinjava.com/interview-questions/top-spring-interview-questions-with-answers/
http://www.tomaszezula.com/2014/02/09/spring-series-part-5-component-vs-bean/
https://stackoverflow.com/questions/34172888/difference-between-bean-and-autowired
?????????????????????????????????????????????????????
推薦閱讀
入職一個月的職場小白,談談自己這段時間的感受
Code Review最佳實踐
后端開發(fā)必備的 RestFul API 知識
技術(shù)面試復習大綱
如何給老婆解釋什么是RPC
干貨收藏 | Java程序員必備的一些流程圖
【面試】如果把線程當作一個人來對待，所有問題都瞬間明白了
MySQL知識點總結(jié)[修訂版]
十分鐘搞懂Java效率工具Lombok使用與原理
看完這篇文章，別說自己不會用Lambda表達式了！
一些有助于你拿Offer的文章
15個經(jīng)典的Spring面試常見問題
面試官:“談談Spring中都用到了那些設(shè)計模式?”。
盤點阿里巴巴 15 款開發(fā)者工具
如果大家想要實時關(guān)注我更新的文章以及分享的干貨的話，可以關(guān)注我的公眾號。
《????????????????????????????????????》:由本文檔衍生的專為面試而生的《Java面試突擊》V2.0 PDF 版本公眾號后臺回復?"Java面試突擊"即可免費領(lǐng)??！
Java工程師必備學習資源:一些Java工程師常用學習資源公眾號后臺回復關(guān)鍵字?“1”即可免費無套路獲取。
歡迎關(guān)注點個再看
閱讀原文 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
?
微信掃一掃
關(guān)注該公眾號
創(chuàng)新互聯(lián)www.cdcxhl.cn，專業(yè)提供香港、美國云服務器，動態(tài)BGP最優(yōu)骨干路由自動選擇，持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務部署。公司持有工信部辦法的idc、isp許可證， 機房獨有T級流量清洗系統(tǒng)配攻擊溯源，準確進行流量調(diào)度，確保服務器高可用性。佳節(jié)活動現(xiàn)已開啟，新人活動云服務器買多久送多久。
