Spring中與Spring相關的註解

# 1、Spring的經常使用組件類註解
## @Component
    被該註解所修飾的類是一個普通的spring bean類，該註解能夠替代@Controller、@Service、@Repository.在不肯定具體的bean的時候，能夠選擇使用@Component註解，可是通常不建議使用。
## @Controller
    被@Controller修飾的類是一個控制器組件類，對應框架的控制層
## @Service
    被@Service標註的類是一個業務邏輯組件類，對應框架的業務層
## @Repository
    被@Repository標註的類是一個DAO組件類，對應框架的持久層
### 目前這幾種註解是出鏡率比較高的組件類註解，這四種註解實質上是屬於同一類註解，用法相同，功能相同，區別就在於標識組件的類型。須要注意的是：一、被註解的Java類當作Bean實例，Bean實例的名稱默認是Bean類的首字母小寫，其餘部分不變，@Service也能夠自定義Bean名稱，可是必須是惟一的。二、儘可能使用對應組件註解的類去替代@Component註解，由於在spring的各個版本中，@Controller、@Service、@Repository會攜帶更多的語義；三、指定了某些類能夠做爲Spring Bean類使用後，最好還須要讓spring搜索指定路徑，在spring中加入以下配置：
### <!-- 自動掃描指定包及其子包下的全部類 -->
### <context:Component-scan base-package="com.itheima.*" />

# 2、在裝配Bean的時經常使用註解
## @Autowired:屬於spring的org.springframework.beans.factory.annotation包下，可用於爲類的屬性、構造器、方法進行注值，默認狀況下，被該註解修飾的bean是必須存在的，若是想實現無論這個類是否存在均可以正常注入的話，就須要設置該註解的一個屬性值，required的值爲false就好了。若是在容器中存在多個相同類型的Bean，那麼啓動容器時會報找不到指定類型Bean的異常，在這個時候就須要結合@Qualified註解進行限定，指定注入的bean的名稱。
## @Resource：不屬於spring的註解，而是來自於JSR-250位於Java.annotation包下，使用該annotation爲目標bean指定協做的Bean。該註解中有兩個比較重要的屬性，name和type屬性，name屬性指定byName（即按名稱注入），若是沒有指定該屬性值，當標註在字段上，就默認取字段的名稱做爲bean名稱去尋找依賴對象，當註解標註在setter方法上，即默認取屬性名做爲bean名稱尋找依賴對象。還有一點就是，若是@Resource註解沒有指定name屬性，而且按照默認的名稱仍然找不到依賴對象時，那麼就會退回到按照類型來注入，可是一旦指定了name屬性，就只能按照名稱裝配。
## @PostConstruct 和 @PreDestory方法，實現初始化和銷燬bean以前進行的操做

# SpringMvc經常使用註解
## 一、在Web模塊中經常使用到的註解：
 - @Controller：在springmvc中，被該註解標識的類會做爲與前端做交互的控制層組件，經過服務接口定義的提供訪問應用程序的一種行爲，解釋用戶的輸入，並將其轉換爲一個模型而後將視圖呈現給用戶。它還能夠自動檢測定義在類路徑下的組件（配置文件中配置掃描路徑）並自動註冊。
 - @RequestMapping：使用該註解，能夠將url映射到整個處理類或特定的處理請求的方法，能夠只用通配符。
```
@Controller
@RequestMapping("/happy")
public class HappyController  {

  @Autowired
  private HappyService happyService;

  @RequestMapping(/hello/*)
  public void sayHello(){
        //請求爲 /happy/hello/* 都會進入這個方法！
        //例如：/happy/hello/123   /happy/hello/adb
        //能夠經過get/post 請求
  }
  @RequestMapping(value="/haha",method=RequestMethod.GET)
  public void sayHaHa(){
  //只能經過get請求
  }
...
}
```
經過上面的代碼能夠看出，@RequestMapping既能夠用在類級別，也能夠用在方法級別，當它定義在類級別的時候，標明該控制器所處理的請求都將被映射到這個路徑下。另外，@RequestMapping中可使用method屬性，若是指定了method屬性的值，那麼就只能使用指定的請求方法，若是沒有指定的話，那麼就可使用HTTP的get/post方法了。
 - @RequestParam:這個註解是使用在方法的形參上的，主要用途就是將請求的參數綁定到方法的形參上，有一個required屬性，默認狀況下是true，就是必需要傳參數，若是想該形參可傳可不傳參數的話，就將屬性值設置爲false便可。
```
@RequestMapping("/happy")
  public String sayHappy(
  @RequestParam(value = "name", required = false) String name,
  @RequestParam(value = "age", required = true) String age) {
  //age參數必須傳 ，name可傳可不傳
  ...
  }
```
 - @PathVariable：該註解主要是用於作動態綁定使用，讓形參的值變成可供使用的URL變量。詳情看如下代碼：
```
@RequestMapping(value="/happy/{dayid}",method=RequestMethod.GET)
public String findPet(@PathVariable String dayid, Model mode) {
//使用@PathVariable註解綁定 {dayid} 到String dayid
}
```
    @PathVariable中的參數能夠是任意的簡單類型，如int、long、Date等，Spring會自動將其轉換成合適的類型或者拋出TypeMismatchException異常，也能夠註冊支持額外的數據類型。另外，它也支持正則表達式，這就決定了它超強的屬性，它能在路徑模板中使用佔位符，能夠設定特定的前綴匹配和後綴匹配，自定義格式等。
 - @RequestBody：該註解是指方法形參應該被綁定到HTTP請求的Body上。

```
@RequestMapping(value = "/something", method = RequestMethod.PUT)
public void handle(@RequestBody String body，@RequestBody User user){
   //能夠綁定自定義的對象類型
}
```
 - @ResponseBody：和上面的那個註解相似，它是將返回的類型直接輸入到HTTP response body 上，咱們通常在輸出json格式的數據時會使用到這個註解。

```
    @RequestMapping(value = "/happy", method =RequestMethod.POST)
@ResponseBody
public String helloWorld() {    
return "Hello World";//返回String類型
}
```
 - @RestController：控制器實現了REST的API，只服務於json、xml或其餘自定義的類型內容。使用該註解主要是建立REST類型的控制器，和@Controller相似。使用該註解能夠避免讓開發人員重複去寫@RequestMapping和@ResponseBody註解。
 - @ModelAttribute：@ModelAttribute能夠做用在方法或方法參數上，當它做用在方法上時，標明該方法的目的是添加一個或多個模型屬性（model attributes）。 該方法支持與@RequestMapping同樣的參數類型，但並不能直接映射成請求。控制器中的@ModelAttribute方法會在@RequestMapping方法調用以前而調用。@ModelAttribute方法有兩種風格：一種是添加隱形屬性並返回它。另外一種是該方法接受一個模型並添加任意數量的模型屬性。用戶能夠根據本身的須要選擇對應的風格。
# 3、Spring的事務模塊註解
## 一、經常使用註解：在處理dao或service層的事務操做時，好比刪除失敗時的事務回滾，使用@Transactional做爲註解，可是須要在配置文件激活，添加以下配置：

```
<!-- 開啓註解方式聲明事務 -->
    <tx:annotation-driven transaction-manager="transactionManager" />
```

 事務傳播行爲類型 | 說明
---|---
PROPAGATION_REQUIRED | 若是當前沒有事務，就新建一個事務，若是已經存在一個事務，加入到這個事務中，這是最多見的選擇。
PROPAGATION_SUPPORTS | 支持當前事務，若是當前沒有事務，就以非事務方式執行。
PROPAGATION_MANDATORY | 使用當前事務，若是沒有事務就拋出異常。
PROPAGATION_REQUIRES_NEW | 新建事務，若是當前存在事務，把當前事務掛起。
PROPAGATION_NOT_SUPPORTED | 以非事務方式執行操做，若是當前存在事務，就把當前事務掛起。
PROPAGATION_NEVER | 以非事務方式執行，若是當前存在事務，就拋出異常。
PROPAGATION_NESTED | 若是當前存在事務，則在嵌套事務內執行。若是當前沒有事務，則執行和PROPAGATION_REQUIRED相似的操做。

## 總結幾種事務相關屬性：

readOnly : 事務的讀寫屬性，取true或者false，true爲只讀、默認爲false

rollbackFor : 回滾策略，當遇到指定異常時回滾。譬如上例遇到異常就回滾 

timeout （補充的） : 設置超時時間，單位爲秒 

## 事務的隔離級別
isolation : 設置事務隔離級別，枚舉類型，一共五種

類型 | 說明
---|---
DEFAULT | 採用數據庫默認隔離級別
READ_UNCOMMITTED | 讀未提交的數據（會出現髒讀取）
READ_COMMITTED | 讀已提交的數據（會出現幻讀，即先後兩次讀的不同）
REPEATABLE_READ | 可重複讀，會出現幻讀
SERIALIZABLE 串行化 | （對資源消耗較大，通常不使用）