2. 程式人生 > >Spring實戰第七章————SpringMVC配置的替代方案

Spring實戰第七章————SpringMVC配置的替代方案

阿新 • • 發佈：2018-09-09
cte 推薦 http請求 spa 自動註冊 這樣的 resp 發生 star

SpringMVC配置的替代方案

自定義DispatherServlet配置

我們之前在SpittrWebAppInitializer所編寫的三個方法僅僅是必須要重載的abstract方法。但還有更多的方法可以進行重載，從而實現額外的配置。

例如customizeRegistration（）。在AbstractAnnotationConfigDispatcherServletInitializer將DispatcherServlet主車道Servlet容器後，就會調用該方法，並將Servlet註冊後得到的Registration.Dynamic傳遞進來。例如稍後我們將要計劃使用Servlet3.0對multipart的支持，那麽需要使用DispatcherServlet的registration來啟用multipart請求。

@Override
protected void customizeRegistration(Dynamic registration) {
    registration.setMultipartConfig(
        new MultipartConfigElement("/tmp/spittr/uploads"));
}

借助customizeRegistration（）方法的ServletRegistration.Dynamic來設置MultipartConfigElement。

添加其它的Servlet和Filter

基於Java的初始化器（initializer）的一個好處就在於我們可以定義任意數量的初始化器類。
因此，如果需要定義額外的組件，只需新建相應的初始化類即可。最簡單的方法就是實現Spring的WebApplicationInitializer接口。

import javax.servlet.ServletContext;
import javax.servlet.ServletException;
import javax.servlet.ServletRegistration.Dynamic;
import org.springframework.web.WebApplicationInitializer;
import com.myapp.MyServlet;
public class MyServletInitializer implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletContext) throws ServletException {
        // 定義servlet
        Dynamic myServlet = servletContext.addServlet("myServlet", MyServlet.class);
        // 映射servlet
        myServlet.addMapping("/custom/**");
    }
}

這段代碼註冊了一個Servlet並將其映射到一個路徑上。我們也可以用這個方式來手動註冊DispatcherServlet。類似的我們也可以這樣註冊Filter和Listener。

@Override
public void onStartup(ServletContext servletContext) throws ServletException {
    // 註冊一個filter
    javax.servlet.FilterRegistration.Dynamic filter = servletContext.addFilter("myFilter", MyFilter.class);
    // 添加映射
    filter.addMappingForUrlPatterns(null, false, "/custom/*");
}

WebApplicationInitializer是一個在註冊servlet、filter、listener時比較推薦的方式，當然你是使用基於Java的配置方式並將應用部署在Servlet3.0容器上的。如果你僅僅需要註冊一個filter並將其映射到DispatcherServlet，那麽也可以使用AbstractAnnotationConfigDispatcherServletInitializer。要註冊多個filter並將它們映射到DispatcherServlet，你所要做的僅僅是重寫getServletFilters()方法。比如：

@Override
protected Filter[] getServletFilters() {
    return new Filter[] { new MyFilter() };
}

如你所見，該方法返回了一個javax.servlet.Filter的數組，這裏僅僅返回了一個filter，但是它可以返回很多個。同時這裏不再需要為這些filter去聲明映射，因為通過getServletFilters()返回的filter會自動地映射到DispatcherServlet。

在web.xml中聲明DispatcherServlet

在之前我們是使用AbstractAnnoatationConfigDispatcherServletInitializer自動註冊DispatcherServlet和ContextLoaderListener。但也可以按傳統方法在web.xml中註冊。

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/spring/root-context.xml</param-value>
    </context-param>
    <listener>
        <!-- 註冊ContextLoaderListener -->
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <servlet>
        <servlet-name>appServlet</servlet-name>
        <!-- 註冊DispatcherServlet -->
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <!-- DispatcherServlet映射 -->
    <servlet-mapping>
        <servlet-name>appServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

設置web.xml使用基於Java的配置

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
    <!-- 使用Java配置 -->
    <context-param>
        <param-name>contextClass</param-name>
        <param-value>
            org.springframework.web.context.support.AnnotationConfigWebApplicationContext
        </param-value>
    </context-param>
    
    <!-- 指定所使用的Java配置類 -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>spittr.config.RootConfig</param-value>
    </context-param>
    <listener>
        <listener-class>
            org.springframework.web.context.ContextLoaderListener
        </listener-class>
    </listener>
    <servlet>
        <servlet-name>appServlet</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <!-- 使用Java配置 -->
        <init-param>
            <param-name>contextClass</param-name>
            <param-value>
                org.springframework.web.context.support.AnnotationConfigWebApplicationContext
            </param-value>
        </init-param>
        <!-- 指定DispatcherServlet的配置類 -->
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>
                spittr.config.WebConfigConfig
            </param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>appServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

處理multipart形式的數據

在WEB應用中用戶經常會上傳內容。而Spittr應用在兩個地方需要文件上傳。當新用戶註冊應用的時候，會需要他們上傳一張圖片。而當他們提交新的Spittle時可能會上傳圖片。一般表單提交形成的請求結果很簡單，就是以&為分割符的多個name-value。盡管這種編碼形式很簡單，但對像圖片這樣的二進制數據就不合適了。而multipart格式的數據會將一個表單後拆分為多個部分，每個部分對應一個輸入域。下面展現mulrtipart的請求體：

------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="firstName"
Charles
------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="lastName"
Xavier
------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="email"
[email protected]
------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="username"
professorx
------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="password"
letmein01
------WebKitFormBoundaryqgkaBn8IHJCuNmiW
Content-Disposition: form-data; name="profilePicture"; filename="me.jpg"
Content-Type: image/jpeg
[[ Binary image data goes here ]]
------WebKitFormBoundaryqgkaBn8IHJCuNmiW--

盡管multipart看起來復雜，但在SpringM中處理卻很容易。而首先需要要我們配置一個multipart解析器。

配置multipart解析器

DispatcherServlet並沒有任何實現解析multipart請求數據的功能。他將這任務委托給Spring中MultipartResolver策略接口的實現，從Spring3.1開始，Spring內置了兩個MultipartResolver的實現供我們選擇：

  • CommonMultipartResolver:使用Jakarta Commons FileUpload解析multipart請求；
  • StandardServletMultipartResolver：依賴於Servlet3.0對multipart請求的支持（始於Spring3.1）

一般選用StandardServletMultipartResolver。兼容Servlet3.0的StandardServletMultipartResolver沒有構造器參數，也沒有要設的屬性。因此在Spring上下文中將其聲明為bean會非常簡單，如下所示：

 @Bean
    public MultipartResolver multipartResolver() throws IOException {
        return new StandardServletMultipartResolver();
    }

那麽如何配置StandardServletMultipartResolver的限制條件呢？我們會在Servlet中指定multipart的限定條件。至少也要寫入文件上傳的過程中所寫入得臨時文件路徑。如果不設定這個最基本配置的話，StandardServletMultipartResolver就無法正常工作。所以我們會在web.xml或Servlet初始化類中將multipart的具體細節作為DispatcherServlet配置的一部分。采用Servlet初始化類的方式來配置：

DispatcherServlet ds=new DispatcherServlet();
Dynamic registration=context.addServlet("appServlet",ds);
registration.addMapping("/");
registration.asetMultipartConfig(
    new MultipartCofigElement("/tmp/spittr/upolads"));

如果配置的Servlet初始化類繼承了AbstractAnnotationConfigDispatcherServletInitializer或AbstractDispatcherServletInitializer的話，可以重載customizeRegistration()方法來配置multipart的具體細節。

//設置multipart上傳配置，路徑，文件不超過2MB，請求不超過4MB
    @Override
    protected void customizeRegistration(ServletRegistration.Dynamic registration){
        registration.setMultipartConfig(
                new MultipartConfigElement("C:/test",2097152,4194304,0));
    }

MultipartConfigElement構造器也可以進行其他一些設置：

  • 文件上傳的最大值（byte），默認沒有限制；
  • 所有multipart請求的文件最大值（byte），不管有多少個請求，默認無限制；
  • 直接上傳文件（不需存儲到臨時目錄）的最大值（byte），默認是0，也就是所有的文件都要寫入硬盤；

如果你是使用的傳統的web.xml的方式來設置的DispatcherServlet，那麽就需要使用多個

<servlet>
    <servlet-name>appServlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
    <multipart-config>
        <location>/tmp/spittr/uploads</location>
        <max-file-size>2097152</max-file-size>
        <max-request-size>4194304</max-request-size>
    </multipart-config>
</servlet>

處理multipart請求

當配置好了對multipart請求的處理，接下來要編寫控制器方法來接受上傳的文件。實現這點最常見的方法就是在某個控制器方法參數上添加@Requestpart註解。
假設你想讓用戶可以在註冊時上傳圖像，那麽就需要對註冊表單進行更改從而用戶可以選擇一個圖片，同時還需要更改SpitterController中的processRegistration()方法以獲取上傳的文件。現在所需做的就是更新processRegistration()方法：

@RequestMapping(value = "/register", method = RequestMethod.POST)
public String processRegistration(@RequestPart("profilePicture") byte[] profilePicture, @Valid Spitter spitter,
        Errors errors) {
            ···
        }

當註冊表單提交時，請求部分的數據就會賦予到profilePicture屬性中，如果用戶沒有選中一個文件，那麽該數組就會是一個空值（不是null）。既然已經獲取到上傳的文件，下面所需要的就是將文件保存。

處理異常

不管發生什麽事情Servlet請求的輸出都是一個Servlet響應，所以如果出現異常，那麽它的輸出依舊是Servlet響應，一場必須是以某種方式轉換為響應。Spring提供了多種方式將一場轉換為響應：

  • 某些Spring異常會自動的映射為特定的HTTP狀態碼；
  • 使用@ResponseStatus註解將一個異常映射為HTTP狀態碼；
  • 使用ExceptionHandler註解的方法可以用來處理異常

將異常映射為HTTP狀態碼

在默認情況下，Spring將自身的一些異常轉換為合適的狀態碼。

Spring異常 HTTP狀態碼
BindException 400 - Bad Request
ConversionNotSupportedException 500 - Internal Server Error
HttpMediaTypeNotAcceptableException 406 - Not Acceptable
HttpMediaTypeNotSupportedException 415 - Unsupported Media Type
HttpMessageNotReadableException 400 - Bad Request
HttpMessageNotWritableException 500 - Internal Server Error
HttpRequestMethodNotSupportedException 405 - Method Not Allowed
MethodArgumentNotValidException 400 - Bad Request
MissingServletRequestParameterException 400 - Bad Request
MissingServletRequestPartException 400 - Bad Request
NoSuchRequestHandlingMethodException 404 - Not Found
TypeMismatchException 400 - Bad Request

將異常映射為特定的狀態碼

import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.ResponseStatus;

@ResponseStatus(value=HttpStatus.NOT_FOUND, reason="Spittle Not Found")
public class SpittleNotFoundException extends Exception {

}

編寫異常處理的方法

將異常映射為狀態碼大多數情況下是比較簡單有效的，但是如果想讓響應不僅僅只有一個狀態碼呢？也許你想對異常進行一些處理，就行處理請求一樣。

例如，SpittleRepository的save()方法在用戶重復創建Spittle時拋出了一個DuplicateSpittleException，那麽SpittleController的saveSpittle()方法就需要處理該異常。如下面的代碼所示，saveSpittle()方法可以直接處理該異常：

@RequestMapping(method = RequestMethod.POST)
public String saveSpittle(SpittleForm form, Model model) {
    try {
        spittleRepository.save(new Spittle(null, form.getMessage(), 
                new Date(), form.getLongitude(), form.getLatitude()));
        return "redirect:/spittles";
    } catch (DuplicateSpittleException e) {
        return "error/duplicate";
    }
}

這個方法有兩個路徑，我們可以用別的方法處理異常，那這個方法可以簡單點。首先處理正確路徑的saveSpittle方法：

@RequestMapping(method = RequestMethod.POST)
public String saveSpittle(SpittleForm form, Model model) {
        spittleRepository.save(new Spittle(null, form.getMessage(), 
                new Date(), form.getLongitude(), form.getLatitude()));
        return "redirect:/spittles";
}

現在在SpittleController中添加一個新的方法：

@ExceptionHandler(DuplicateSpittleException.class)
public String handleDuplicateSpittle() {
    return "error/duplicate";
}

@ExceptionHandler註解應用在handleDuplicateSpittle()方法上，用來指定在有DuplicateSpittleException異常拋出時執行。而值得註意的是，@ExceptionHandler註解的方法在同一個控制器裏是通用的額，即無論SpittleController的哪一個方法拋出DuplicateSpittleException異常，handleDuplicateSpittle()方法都可以對其進行處理，而不再需要在每一個出現異常的地方進行捕獲。那麽，@ExceptionHandler註解的方法能不能捕獲其他controller裏的異常啊？在Spring3.2裏是可以的，但僅僅局限於定義在控制器通知類裏的方法。
那什麽是控制器通知類呢？這就是接下來要介紹的

為控制器添加通知

如果controller類的特定切面可以跨越應用的所有controller進行使用，那麽這將會帶來極大的便捷。例如，@ExceptionHandler方法就可以處理多個controller拋出的異常了。如果多個controller類都拋出同一個異常，也許你會在這些controller進行重復的@ExceptionHandler方法編寫。或者，你也可以編寫一個異常處理的基類，供其他@ExceptionHandler方法進行繼承。

Spring3.2帶來了另外一種解決方法：控制器通知。控制器通知是任意帶有@ControllerAdvice註解的類，這個類會包含一個或多個如下類型的方法：

  • @ExceptionHandler註解的
  • @InitBinder註解的
  • @ModelAttribute註解的

@ControllerAdvice註解的類中的這些方法會在整個應用中的所有controller的所有@RequestMapping註解的方法上應用。
@ControllerAdvice註解本身是使用了@Component註解的，因此，使用@ControllerAdvice註解的類會在組件掃描時進行提取，就行使用@Controller註解的類一樣。@ControllerAdvice的最實用的一個功能就是將所有的@ExceptionHandler方法集成在一個類中，從而可以在一個地方處理所有controller中的異常。例如，假設你想處理應用中所有的DuplicateSpittleException異常，可以采用下面的方法：

import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;

// 聲明控制器增強
@ControllerAdvice
public class AppWideExceptionHandler {

    // 定義異常處理方法
    @ExceptionHandler(DuplicateSpittleException.class)
    public String handleDuplicateSpittle() {
        return "error/duplicate";
    }

    @ExceptionHandler(SpittleNotFoundException.class)
    public String handleSpittleNotFound() {
        return "error/duplicate";
    }

}

跨重定向請求傳遞數據

在處理完POST請求過後通常應該執行重定向。這樣可以避免用戶點擊瀏覽器的刷新按鈕或後退按鈕時，客戶端重新執行危險的POST請求。在第五章中，已經在控制器方法返回的視圖名稱中使用了redirect:前綴，這時返回的String不是用來尋找視圖，而是瀏覽器進行跳轉的路徑：

return "redirect:/spitter/" + spitter.getUsername();

也許你認為Spring處理重定向只能這樣了，但是：Spring還可以做得更多。
特別是一個重定向方法如何向處理重定向的方法發送數據呢？一般的，當一個處理函數結束後，方法中的model數據都會作為request屬性復制到request中，並且request會傳遞到視圖中進行解析。因為控制器和視圖面對的是同一個request，因此request屬性在forward時保留了下來。
但是，當一個控制器返回的是一個redirect時，原來的request會終止，並且會開啟一個新的HTTP請求。原來request中所有的model數據都會清空。新的request不會有任何的model數據。
技術分享圖片

明顯的，現在不能再redirect時使用model來傳遞數據了。但是還有其他方法用來從重定向的方法中獲取數據：

  • 將數據轉換為路徑參數或者查詢參數
  • 在flash屬性中發送數據

通過URL模版進行重定向

@RequestMapping(value="/",method=POST)
public String processRegistration(Spitter spitter,Model model){
  spitterRepository.save(spitter);
  model.addAttribute("username",spitter.getUsername());
  model.addAttribute("spitterId",spitter.getId());
  return "redirect:/spitter/{username}";
}

返回的重定向String並沒有什麽變化，但是由於model中的spitterId屬性並沒有映射到URL中的占位符，它會自動作為查詢參數。
如果username是habuma，spitterId是42，那麽返回的重定向路徑將是/spitter/habuma?spitterId=42。
使用路徑參數和查詢參數傳遞數據比較簡單，但是它也有局限性。它只適用於傳遞簡單值，比如String和數字，不能傳遞比較復雜的東西，那麽我們就需要flash屬性來幫忙。

使用flash屬性

@RequestMapping(value="/",method=POST)
public String processRegistration(Spitter spitter,RedirectAttributes model){
  spitterRepository.save(spitter);
  model.addAttribute("username",spitter.getUsername());
  model.addFlashAttribute("spitter",spitter);
  return "redirect:/spitter/{username}";
}

我們傳遞了一個Spitter對象給addFlashAttribute()方法,在重定向之前，所有的flash屬性都會復制到會話中，在重定向之後，存在會話中的flash屬性會被取出，並從會話轉移到模型之中。處理重定向的方法就能從模型中訪問Spitter對象了

Spring實戰第七章————SpringMVC配置的替代方案

相關推薦

Spring實戰第七章————SpringMVC配置的替代方案

cte 推薦 http請求 spa 自動註冊 這樣的 resp 發生 star SpringMVC配置的替代方案 自定義DispatherServlet配置 我們之前在SpittrWebAppInitializer所編寫的三個方法僅僅是必須要重載的abstract方法。但還

一起來學Spring Cloud | 第七章：分散式配置中心(Spring Cloud Config)

上一章節，我們講解了服務閘道器zuul，本章節我們從git和本地兩種儲存配置資訊的方式來講解springcloud的分散式配置中心-Spring Cloud Config。 一、Spring Cloud Config簡介： Spring Cloud Config專案是一個解決分散式系統的配置管理方案。它包

Spring 實戰-第三章-條件化的bean

reg itl tcl span init bsp 測試 art port 在使用的時候，某些bean需要在某些特定條件化才能實例化，spring中使用的@Condition註解實現這個功能。 1.接口 package main.java.soundsystem;

Spring 實戰-第四章-4.3 Introductions&@DeclareParents

frame 轉換 ret ger ted integer cati override pub @DeclareParents非常有意思，單獨拿出來，這個可以給實現相同接口的類增加新的共同接口， 這樣在不侵入原有代碼的情況下，轉換成其他類型並擁有新的方法。 這個功能在Sp

Spring 實戰-第四章-4.4 使用xml中聲明切面及引入新方法

cati sys epp proc oca cover tor ring tex 當不能直接接觸源碼時，同樣的不能給源碼增加註解，這時可以使用xml的方式聲明切面並引入新方法 CompactDisc接口 package main.java.soundsystem;

第七章 SpringMVC構建WEB應用

 Spring MVC的請求流程：         第一步：發起請求到前端控制器(DispatcherServlet)         第二步：前端控制器請求HandlerMapping查詢Hand

【SpringCloud Greenwich版本】第七章：配置中心服務端（config server）

一、SpringCloud版本 本文介紹的Springboot版本為2.1.1.RELEASE,SpringCloud版本為Greenwich.RC1，JDK版本為1.8，整合環境為IntelliJ IDEA 二、config server介紹 Spring Cloud Conf

第七章 軟體配置管理

本章內容提要軟體配置管理的作用軟體配置管理的相關概念建立軟體配置管理環境版本控制系統整合分支管理變更管理配置審計和配置狀態報告配置管理過程軟體配置管理工具第一節  軟體配置管理的作用星形網拓撲結構不同程式設計師對程式的更改會產生衝突軟體專案中可能遇到如下的問題:找不到某個檔案

python資料分析與挖掘實戰 第七章 拓展思考

流失客戶分類模型 1 資料預處理 如果動手做過的人可能面臨的第一個問題就是，這資料讀進pandas怎麼弄編碼結果都是錯的。如果你存在這樣的問題，那麼我建議你使用NotePad++載入檔案以後，改成無BOM的UTF-8編碼，然後就可以正常讀取了。 資料預處理部

spring實戰第四版第五章pom.xml

第四版 context -c sco cas val mysql packaging core <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/X

第七章 路由器的基本配置

配置 路由器 telnet ccna 一、實驗名稱路由器的基本配置二、實驗內容1.新建 packet tracer 拓撲圖2.用標準 console 線纜用於連接計算機的串口和路由器的 console 上。在計算機上啟用超級終端，並配置超級終端的參數，是計算機與路由器通過 console 接口

java並發編程實戰：第七章----取消與關閉

希望 檢索 原子 put get() 文件句柄 停止工作 下一個 告訴 Java沒有提供任何機制來安全地終止線程（雖然Thread.stop和suspend方法提供了這樣的機制，但由於存在缺陷，因此應該避免使用 中斷：一種協作機制，能夠使一個線程終止另一個線程的當前工作 立

快速學習Spring Data JPA -- 第七章JPA擴充套件Auditing

xl_echo編輯整理，交流學習請加1280023003 百戰不敗，依不自稱常勝，百敗不頹，依能奮力前行。——這才是真正的堪稱強大！！ 整個JPA框架的東西很多，前面的一至六章其實已經可以滿足我們工作中的大部分需求。那麼還有一小部分比較不常用的我們就開始歸納到第七章及後面的

《大型網站系統與JAVA中介軟體實踐》 第七章 軟負載中心與集中配置管理

                                

【.NET Core專案實戰-統一認證平臺】第七章 閘道器篇-自定義客戶端限流

原文: 【.NET Core專案實戰-統一認證平臺】第七章 閘道器篇-自定義客戶端限流 【.NET Core專案實戰-統一認證平臺】開篇及目錄索引 上篇文章我介紹瞭如何在閘道器上增加自定義客戶端授權功能，從設計到編碼實現，一步一步詳細講解，相信大家也掌握了自定義中介軟體的開發技巧了，本篇我們將介紹如

《Java多執行緒程式設計實戰》——第七章Producer-Consumer（生產者／消費者）模式

Producer-Consumer模式的核心是通過通道對資料（或任務）的生產者和消費者進行解耦，從而使二者的處理速率相對來說互不影響。 類圖 BlockingQueueChannel: 當佇列滿時，將當前執行緒掛起直到佇列非滿 當佇列為空時，將當前執行緒掛起直到佇列

《機器學習實戰》第七章----AdaBoost元演算法

元演算法 元演算法是對其他演算法進行組合的一種方法,其背後的思路就是組合多個專家的經驗來得到最終的結論,類似於我們的投票.而提升方法是其中最常用的方法,在分類問題中,它通過改變訓練樣本的權重,學習多個分類器,並將這些這些分類器進行線性組合. 弱分類器和強分類器 關於Ad

白話SpringCloud | 第七章：分散式配置中心的使用

前言 介紹完服務的容錯保護處理，接下來我們來了解下關於分散式配置中心的相關知識和使用。眾所周知，隨著專案的越來越多，日益龐大，每個子專案都會伴隨著不同的配置項，於此也就多了很多的配置檔案。倘若某些配置資訊修改，可能就會伴隨著一系列配置檔案的更新和相應服務的重啟操作了。這對於實施而言，也是噩夢一般的存在，增加

《Vue.js實戰》筆記 第七章（重點）

Vue.component("first-component",{ template:'\ <button @click="handleIncrease">+1</button>\ <but

Spring Cloud | 第七篇： Eureka叢集高可用的配置

       一直在網上查閱資料，配置高可用的叢集，看完了發現還是不明白，或者按照文章的內容一步一步去實現發現根本實現不了，真的很懷疑他們寫的時候是否真的自己測試過了還是大家都是轉發來轉發去的，自己弄了好久，發現沒有一個拿來就可以用的，並且裡面很多的東西也沒有講解清楚，於是打