国产无遮挡裸体免费直播视频,久久精品国产蜜臀av,动漫在线视频一区二区,欧亚日韩一区二区三区,久艹在线 免费视频,国产精品美女网站免费,正在播放 97超级视频在线观看,斗破苍穹年番在线观看免费,51最新乱码中文字幕

SpringBoot接收接口入參的方式小結

 更新時間:2024年01月10日 10:01:15   作者:象牙酥  
這篇文章主要給大家介紹了SpringBoot接收接口入參的幾種方式,我們從調用方的視角去看待這個問題,對調用方來說,它在調用接口時有好幾種傳參方式,下面,將會依次對這幾種參數方式進行講解和代碼示例,需要的朋友可以參考下

引言

我們從調用方的視角去看待這個問題,對調用方來說,它在調用接口時有如下的幾種傳參方式:

Query參數。表現形式是調用方在調用接口時,入參是拼接在接口的URI后面的,如/test_get/requestparam_1?name=wangwu&age=18。這種方式在入參個數比較少GET請求方式中比較常用。

Path參數。這是REST風格的路徑參數,入參直接拼接在接口的URI里面,如/test_pathvar/test1/zhangsan/1,其中的zhangsan1就是就是參數。這種方式在REST風格的接口中比較常用。

Body參數。這種方式是把入參放在了請求體當中!它跟前兩種入參方式的最大區(qū)別,就是:

1)前兩種入參方式它們的入參都是直接體現在了調用接口時候的URI

2)而當前的這種Body參數方式,它的入參是放在了Body請求體

而且,Body參數又可以細分成如下的幾種方式:

application/json 前后端分離項目中常用的傳參方式

x-www-form-urlencoded 上傳表單數據

form-data 上傳表單數據

raw

binary

另外需要強調的是,無論是GET、POST、PUT還是DELETE請求方式,從技術上來說,它們是都支持上面提到的幾種傳參方式的!只不過在日常的開發(fā)中,我們可能習慣了GET+Query參數或者POST+Body參數(application/json)這樣的搭配使用方式

下面,將會依次對這幾種參數方式進行講解和代碼示例。

重要說明

項目的pom依賴

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.1.9.RELEASE</version>
    </parent>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

        <!--Hutool是一個小而全的Java工具類庫-->
        <dependency>
            <groupId>cn.hutool</groupId>
            <artifactId>hutool-all</artifactId>
            <version>5.6.3</version>
        </dependency>
        <!--lombok-->
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.18.30</version>
        </dependency>
        <!--fastjson-->
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
            <version>1.2.6</version>
        </dependency>
    </dependencies>

代碼的說明

  • 下面所有接口的定義,使用的都是@RequestMapping,且都沒有指定具體的請求類型——如此故意為之就是為了使得接口從技術上支持各種請求方式(GET POST PUT DELETE等),好方便測試在不同的請求方式下,是否支持各種不同的傳參方式。但是大家在平日的業(yè)務代碼開發(fā)中,最好是在接口定義時指定特定的請求方式。
  • 在下面所有的代碼中,我都在方法定義的形參中加上了HttpServletRequest,是因為我要從HttpServletRequest中獲取請求的方法類型(request.getMethod())和URI( request.getRequestURI()),從而在接口的返回結果在顯現出來,以方便調試。
  • 大家在自己實際的業(yè)務代碼中可以根據自身需求決定是否加上這個。不加也不影響入參的接收!
  • 下面所以接口的定義中,方法返回類型都是string類型,如:
method: [DELETE], uri: [/test_query/requestparam_1], param type: [Query]  ---> SUCCESS! requestParam1 name = wangwu-delete, age = 18

但是看后面調用方調用接口的返回結果,卻是如下所示的json串:

{
    "code": 0,
    "data": "method: [DELETE], uri: [/test_query/requestparam_1], param type: [Query]  ---> SUCCESS! requestParam1 name = wangwu-delete, age = 18",
    "msg": "操作成功",
    "timestamp": 1704766444205
}

可以看到方法返回的String內容則是在json串的data這個key當中。
這是因為在我的項目中,我結合@RestControllerAdviceResponseBodyAdvice,對接口返回結果進行了統(tǒng)一的處理。(核心的處理邏輯是:如果接口返回結果類型已經是指定的ResultVO,直接返回;否則將接口返回結果封裝到ResultVO對象的data字段中,再返回。)

4. 本文旨在展示在各種請求方式下對不同傳參方式的支持情況,因此下面代碼中,都沒有對接口入參進行任何的校驗——即:校驗不是本文的重點,關于接口入參的校驗,可以去看我的另一篇博客。

1.Query參數

Query參數,表現形式是調用方在調用接口時,入參是拼接在接口的URI后面的,如/test_query/requestparam_1?name=wangwu&age=18。

1.1接口定義方式1:在方法形參的位置,把每個參數都平鋪開來

  • 定義方式: 在方法形參的位置,把每個參數都平鋪開來
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:雖然這種傳參方式,從技術上來說可用于GET POST PUT DELETE等請求方式,但是在日常開發(fā)中一般偏向于應用在入參個數少(一般少于5個)GET請求方式中
  • 優(yōu)點:方便簡單
  • 缺點:
    • 調用時入參直接顯示在uri中,不太安全
    • 方法定義時參數個數如果過多,方法體結構會顯得很臃腫
    • 沒有入參校驗

代碼

package com.su.demo.controller.param_type;

import org.springframework.format.annotation.DateTimeFormat;
import org.springframework.web.bind.annotation.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Date;


@RestController
@RequestMapping(value = "/param_type/query")
public class TestQueryController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:Query參數
     *     <li><b>定義方式</b>: 在方法形參的位置,把每個參數都平鋪開來</li>
     *     <li><b>調用方式</b>: 入參拼接在接口的uri后面,如 /test_get/requestparam_1?name=wangwu&age=18</li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:雖然這種傳參方式,適用于GET POST PUT DELETE等請求方式,但是一般偏向于應用在 入參個數少(一般少于5個)的<b>GET</b>請求方式中</li>
     *     <li><b>優(yōu)點</b>:方便簡單</li>
     *     <li><b>缺點</b>:1) 入參直接顯示在uri中,不太安全 2)參數個數如果過多,方法體結構會顯得很臃腫; 3)沒有入參校驗</li>
     * </ul>
     * <p><b>注意</b>:根據自己的需求決定是否在形參中加上HttpServletRequest,我這里是為了從request中獲取method,所以加上了</p>
     */
    @RequestMapping(value = "/test1")
    public String test1(String name, Integer age, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age;
    }

}

調用case

注意看上面這個/param_type/query/test1接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以GET 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

發(fā)起請求:

在這里插入圖片描述

接口返回結果:

在這里插入圖片描述

1.2接口定義方式2:在方法形參的位置,結合@RequestParam把每個參數都平鋪開來

  • 定義方式: 在方法形參的位置,結合@RequestParam把每個參數都平鋪開來
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:雖然這種傳參方式,從技術上來說可用于GET POST PUT DELETE等請求方式,但是在日常開發(fā)中一般偏向于應用在入參個數少(一般少于5個)GET請求方式中
  • 優(yōu)點:方便簡單,且結合@RequestParam,可實現入參的必填校驗/重命名/默認值等簡單的校驗功能
  • 缺點:
    • 調用時入參直接顯示在uri中,不太安全
    • 方法定義時如果參數個數如果過多,方法體結構會顯得很臃腫
    • @RequestParam能支持的校驗相對來說還是比較簡單

代碼

package com.su.demo.controller.param_type;

import org.springframework.format.annotation.DateTimeFormat;
import org.springframework.web.bind.annotation.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Date;

@RestController
@RequestMapping(value = "/param_type/query")
public class TestQueryController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:Query參數
     *     <li><b>定義方式</b>: 在方法形參的位置,把每個參數都平鋪開來.并且相較于前一種定義方式,這種方式使用 {@link RequestParam}綁定請求參數到方法形參, 且需要注意該注解中的各個屬性的作用!</li>
     *     <li><b>調用方式</b>: 入參拼接在接口的uri后面,如 /test_get/requestparam_1?name=wangwu&age=18</li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:雖然這種傳參方式,適用于GET POST PUT DELETE等請求方式,但是一般偏向于應用在 入參個數少(一般少于5個)的<b>GET</b>請求方式中</li>
     *     <li><b>優(yōu)點</b>:方便簡單;且結合{@link RequestParam},可實現入參的必填校驗/重命名/默認值等簡單的功能</li>
     *     <li><b>缺點</b>:1) 入參直接顯示在uri中,不太安全
     *                    2)參數個數如果過多,方法體結構會顯得很臃腫(當前這個方法有4個入參,其實就已經有點臃腫了)
     *                    3){@link RequestParam}能支持的校驗相對來說還是比較簡單</li>
     * </ul>
     */
    @RequestMapping(value = "/test2_requestparam")
    public String test2(@RequestParam String name,
                                @RequestParam(name = "newAge") Integer age,
                                @RequestParam(name = "birth", required = false) @DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss") Date birth,
                                @RequestParam(defaultValue = "true") Boolean enable,
                                HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age + ", birth = " + birth + ", enable = " + enable;
    }

}

調用case

注意看上面這個/param_type/query/test2_requestparam接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以GET 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

1.3接口定義方式3:把入參封裝到一個實體中

  • 定義方式: 把入參封裝到一個實體中
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:雖然這種傳參方式,從技術上來說可用于GET POST PUT DELETE等請求方式,但是在日常開發(fā)中一般偏向于應用在入參個數多(一般大于5個)GET請求方式中
  • 優(yōu)點:因為參數都封裝在實體對象當中了,所以對參數的個數就沒有什么的限制了,接口定義的時候方便多了
  • 缺點:對于這種入參的定義方式來說,它是沒有什么缺點的,硬要說缺點的話,其實是針對Query這種傳參方式來說的,即:當參數個數一多的時候,參數都放在請求uri中了,一個是不太安全,另外也容易造成uri的長度過過長 (雖然http協(xié)議中未明確對url進行長度限制,但在真正實現中,url的長度還是受到限制的,一是服務器端的限制,二就是游覽器端的限制)

注:再次申明,在下面代碼中,我在方法定義的形參中加上了HttpServletRequest,是因為我要從HttpServletRequest中獲取請求的方法類型(request.getMethod())和URI( request.getRequestURI()),從而在接口的返回結果在顯現出來,以方便調試。
大家在自己實際的業(yè)務代碼中可以根據自身需求決定是否加上這個。不加也不影響入參的接收!

代碼

package com.su.demo.controller.param_type;

import org.springframework.format.annotation.DateTimeFormat;
import org.springframework.web.bind.annotation.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Date;

@RestController
@RequestMapping(value = "/param_type/query")
public class TestQueryController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:Query參數
     *     <li><b>定義方式</b>: 把入參封裝到一個實體中(入參個數多于5個時一般用這種方式)
     *     <li><b>調用方式</b>: 入參拼接在接口的uri后面,如 /test_get/requestparam_1?name=wangwu&age=18</li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說這種傳參方式,同時適用于GET POST PUT DELETE等多種請求方式,但是一般我個從偏向于在入參個數大于5個的<b>GET</b>請求方式中使用</li>
     *     <li><b>優(yōu)點</b>:因為參數都封裝在實體bean當中了,所以對參數的個數就沒有什么的限制了,接口定義的時候方便多了
     *     <li><b>缺點</b>:對于這種入參的[定義方式]來說,它是沒有什么缺點的.硬要說缺點的話,其實是針對Query這種傳參方式來說的,即當參數個數一多的時候,參數都放在請求uri中容易造成uri的長度過過長
     *     (雖然http協(xié)議中未明確對url進行長度限制,但在真正實現中,url的長度還是受到限制的,一是服務器端的限制,二就是游覽器端的限制)</li>
     * </ul>
     */
    @RequestMapping(value = "/test3_entity")
    public String test3(UserDTO userDTO, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! userDTO = " + userDTO;
    }

}

其中UserDTO 的代碼如下:

package com.su.demo.bean.dto;

import lombok.Data;
import org.springframework.format.annotation.DateTimeFormat;
import java.util.Date;

@Data
public class UserDTO {
    /**
     * 主鍵ID
     */
    private Long id;

    /**
     * 用戶姓名
     */
    private String name;

    /**
     * 用戶狀態(tài) true:啟用;false:禁用
     */
    private Boolean enable;

    /**
     * 用戶生日
     */
    @DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")
    private Date birth;
}

調用case

注意看上面這個/param_type/query/test3_entity接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以POST 請求方式的調用結果為例,看是否可以在controller代碼中獲到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

1.4接口定義方式4:用原生的HttpServletRequest接收參數

  • 定義方式: 在方式形參的位置,用原生的HttpServletRequest接收
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:現在很少用這種方式去接收入參了。
  • 優(yōu)點:HttpServletRequest是整個請求,可以獲取到所有的數據.且HttpServletRequest、HttpServletResponse都是內置對象,可以使用
  • 缺點:代碼中再去從request中拿到參數,比較麻煩

代碼

package com.su.demo.controller.param_type;

import org.springframework.format.annotation.DateTimeFormat;
import org.springframework.web.bind.annotation.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Date;

@RestController
@RequestMapping(value = "/param_type/query")
public class TestQueryController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:Query參數
     *     <li><b>定義方式</b>: 在方式形參的位置,用原生的{@link HttpServletRequest}接收
     *     <li><b>調用方式</b>: 入參拼接在接口的uri后面,如 /test_get/requestparam_1?name=wangwu&age=18</li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下比較少用這種方式來獲取參數了</li>
     *     <li><b>優(yōu)點</b>:{@link HttpServletRequest}是整個請求,可以獲取到所有的數據.且HttpServletRequest、HttpServletResponse都是內置對象,可以使用</li>
     *     <li><b>缺點</b>:代碼中再去從request中拿到參數,比較麻煩</li>
     * </ul>
     * <p> 注意,這種方式其實也可以獲取body請求體里面的數據,參考https://blog.csdn.net/qq_24850045/article/details/121927722
     */
    @RequestMapping(value = "/test4_request")
    public String test4(HttpServletRequest request) throws IOException {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        String name = request.getParameter("name");
        Integer age = Integer.parseInt(request.getParameter("age")); // 需要進行類型轉換

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = "  + age;
    }

}

調用case

注意看上面這個/param_type/query/test4_request接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以PUT 請求方式的調用結果為例,看是否可以在controller代碼中獲到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

1.5接口定義方式5:用Map結合RequestParam接收參數

  • 定義方式: 在方式形參的位置,用Map結合RequestParam接收參數
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:適用于參數個數較多,但是自己又想偷懶不想專門定義一個實體來接收入參的場景。一般不推薦使用這種方式。
  • 優(yōu)點:簡單方便,偷懶很開心
  • 缺點:1)需要在代碼中通過指定特定的key的方式去獲取入參,比較麻煩;2)利用map去get到入參之后,還需要手動的去做非空判斷+數據類型轉換等,很麻煩;3)而且這種接收入參的方式,沒有辦法結合org.springframework.validation.annotation.Validated來做入參校驗!

代碼

package com.su.demo.controller.param_type;

import org.springframework.format.annotation.DateTimeFormat;
import org.springframework.web.bind.annotation.*;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.util.Date;

@RestController
@RequestMapping(value = "/param_type/query")
public class TestQueryController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:Query參數
     *     <li><b>定義方式</b>: 在方式形參的位置,結合{@link RequestParam}用Map接收
     *     <li><b>調用方式</b>: 入參拼接在接口的uri后面,如 /test_get/requestparam_1?name=wangwu&age=18</li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:適用于參數個數較多,但是自己又想偷懶不想專門定義一個實體來接收入參的場景。一般不推薦使用這種方式。</li>
     *     <li><b>優(yōu)點</b>:簡單方便</li>
     *     <li><b>缺點</b>:需要在代碼中通過指定特定的key的方式去獲取入參,比較麻煩;而且這種接收入參的方式,沒有辦法結合{@link org.springframework.validation.annotation.Validated}來做入參校驗</li>
     * </ul>
     */
    @RequestMapping(value = "/test5_map")
    public String test5(@RequestParam Map<String, String> paramMap, HttpServletRequest request) throws IOException {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        String name = paramMap.get("name");
        // 判斷:如果paramMap.get("age")為null,則age賦默認值0;否則進行入參類型的轉換
        Integer age = null == paramMap.get("age") ? 0: Integer.parseInt(paramMap.get("age"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = "  + age;
    }

}

調用case

注意看上面這個/param_type/query/test5_map接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以DELETE 請求方式的調用結果為例,看是否可以在controller代碼中獲到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

2.Path參數

Path參數,表現形式是入參直接拼接在接口的URI里面,如/test_pathvar/test1/zhangsan/1,其中的zhangsan1就是就是參數。這種方式在REST風格的接口中比較常用。

REST(英文:Representational State Transfer,簡稱REST,意思:表述性狀態(tài)轉換,描述了一個架構樣式的網絡系統(tǒng),比如web應用),一定要記住==它是一種軟件架構風格!而不是標準!==它只是提供了一組設計原則和約束條件。它主要用于客戶端和服務器交互類的軟件?;谶@個風格設計的軟件可以更簡潔,更有層次,更易于實現緩存等機制。
REST指的是一組架構(約束條件)和原則。滿足這些(約束條件)和(原則)的應用程序或設計就是 Restful。

2.1接口定義方式:用占位符的方式把入參封裝到請求路徑中

  • 定義方式: 用占位符的方式把入參封裝到請求路徑中,然后再通過@PathVariable注解可以將URL中的占位符參數綁定到控制器(controller)處理方法的形參中
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等多種請求方式。 但是一般入參個數較少,且你開發(fā)的是REST風格的接口,那可以考慮用這種方式
  • 優(yōu)點和缺點:優(yōu)點和缺點,其實就是REST風格的接口的優(yōu)點和缺點了,大家可以自行去查閱

代碼

package com.su.demo.controller.param_type;

import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.http.HttpServletRequest;

@RestController
@RequestMapping(value = "/param_type/path_variable")
public class TestPathVarController {


    /**
     * <ul>
     *     <li><b>入參類別</b>:PathVariable路徑參數方式
     *     <li><b>定義方式</b>: 用占位符的方式把入參封裝到請求路徑中,然后再通過@PathVariable注解可以將URL中的占位符參數綁定到控制器(controller)處理方法的形參中. </li>
     *     <li><b>調用方式</b>: REST風格路徑參數,入參拼接在接口的URI里面,如/test_pathvar/test1/zhangsan/1 </li>
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等多種請求方式.
     *         但是一般入參個數小于5個,且你開發(fā)的是REST風格的接口,那可以考慮用這種方式
     *         </li>
     * </ul>
     * <p>REST(英文:Representational State Transfer,簡稱REST,意思:表述性狀態(tài)轉換,描述了一個架構樣式的網絡系統(tǒng),比如web應用),是一種軟件架構風格不是標準哦!
     * 只是提供了一組設計原則和約束條件。它主要用于客戶端和服務器交互類的軟件?;谶@個風格設計的軟件可以更簡潔,更有層次,更易于實現緩存等機制。
     * REST 指的是一組架構(約束條件)和原則。滿足這些(約束條件)和(原則)的應用程序或設計就是 Restful。</p>
     */
    @RequestMapping(value = "/test1/{name}/{age}")
    public String test1(@PathVariable("name") String name, @PathVariable("age") Integer myage, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));
        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", myage = "  + myage;
    }
}

調用case

注意看上面這個/param_type/path_variable/test1/{name}/{age}接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以GET 請求方式的調用結果為例,看是否可以在controller代碼中獲到調用方傳過來的實參。

可以看到,參數都獲取到了。

3.Body參數

Body參數,這種方式是把入參放在了請求體當中!它跟前兩種入參方式的最大區(qū)別,就是:

  1. 前兩種入參方式它們的入參都是直接體現在了調用接口時候的URI
  2. 而當前的這種Body參數方式,它的入參是放在了http請求的請求體
    而且,Body參數又可以細分成如下的幾種方式:
    • application/json 前后端分離項目中常用的傳參方式
    • form-data
    • x-www-form-urlencoded
    • raw
    • binary

下面分別進行說明

3.1 application/json

這種入參方式,入參放在http請求的請求體當中,并且Content-Type=application/json

3.1.1 接口定義方式1:在方式形參的位置,用原生的HttpServletRequest接收

  • 定義方式: 在方式形參的位置,用原生的HttpServletRequest接收
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下比較少用這種方式來獲取Content-Type=application/json的body參數了
  • 優(yōu)點:HttpServletRequest是整個請求,可以獲取到所有的數據。且HttpServletRequest、HttpServletResponse都是內置對象,可以使用
  • 缺點:碼中再去從request中拿到參數,老麻煩了,可以看下面的代碼

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.alibaba.fastjson.JSON;
import com.su.demo.bean.dto.UserDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;

@RestController
@RequestMapping(value = "/param_type/body_json")
public class TestBodyController {


    /**
     * <ul>
     *     <li><b>入參類別</b>:body參數方式
     *     <li><b>定義方式</b>: 在方式形參的位置,用原生的{@link HttpServletRequest}接收
     *     <li><b>調用方式</b>: 參數放在請求體 body 當中
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下比較少用這種方式來獲取body參數了</li>
     *     <li><b>優(yōu)點</b>:{@link HttpServletRequest}是整個請求,可以獲取到所有的數據.且HttpServletRequest、HttpServletResponse都是內置對象,可以使用</li>
     *     <li><b>缺點</b>:代碼中再去從request中拿到參數,老麻煩,可以看下面的代碼</li>
     * </ul>
     * <p> 注意,這種方式其實也可以獲取body請求體里面的數據,參考https://blog.csdn.net/qq_24850045/article/details/121927722
     */
    @RequestMapping(value = "/test1_request")
    public String test1(HttpServletRequest request) throws IOException {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        ServletInputStream inputStream = request.getInputStream();
        // 用hutool工具包的read方式,將inputStream讀取成string
        String body = IoUtil.read(inputStream, "UTF-8");
        System.out.println("body = " + body);
        // 用fastjson將json字符串轉換成bean
        UserDTO userDTO = JSON.parseObject(body, UserDTO.class);

        return requestMetaInfo + " ---> SUCCESS! userDTO = " + userDTO;
    }
}

其中UserDTO的代碼如下:

package com.su.demo.bean.dto;

import lombok.Data;
import org.springframework.format.annotation.DateTimeFormat;

import java.util.Date;

@Data
public class UserDTO {
    /**
     * 主鍵ID
     */
    private Long id;

    /**
     * 用戶姓名
     */
    private String name;

    /**
     * 用戶狀態(tài) true:啟用;false:禁用
     */
    private Boolean enable;

    /**
     * 用戶生日
     */
    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")
    private Date birth;
}

調用case

注意看上面這個/param_type/body_json/test1_request接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以POST 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.1.2 接口定義方式2:在方式形參的位置,用RequestBody接收

  • 定義方式: 在在方式形參的位置,用RequestBody接收
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下一般用在POST或 PUT 請求中
  • 優(yōu)點:
    • 方法形參的定義非常簡潔;
    • 調用的時候參數放在body中,參數體可以很大,不像Query入參方式在當參數過多的時候容易觸發(fā)服務器端Request header is too large的報錯
  • 缺點:用String類型來接收參數,接收之后再轉換成bean實體,還是稍微顯得有點麻煩

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.alibaba.fastjson.JSON;
import com.su.demo.bean.dto.UserDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;

@RestController
@RequestMapping(value = "/param_type/body_json")
public class TestBodyController {

   /**
     * <ul>
     *     <li><b>入參類別</b>:body參數方式
     *     <li><b>定義方式</b>: 在方式形參的位置,用{@link RequestBody}接收
     *     <li><b>調用方式</b>: 參數放在請求體 body 當中
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下一般用在POST或PUT請求中</li>
     *     <li><b>優(yōu)點</b>:1)方法形參的定義非常簡潔;
     *                  2)調用的時候參數放在body中,參數體可以很大,不像Query入參方式在當參數過多的時候容易觸發(fā)服務器端"Request header is too large"的報錯
     *         </li>
     *     <li><b>缺點</b>:用String類型來接收參數,接收之后再轉換成bean實體,還是稍微顯得有點麻煩</li>
     * </ul>
     */
    @RequestMapping(value = "/test2_requestbody_string")
    public String test2(@RequestBody String body, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        System.out.println("body = " + body);
        // 用fastjson將json字符串轉換成bean
        UserDTO userDTO = JSON.parseObject(body, UserDTO.class);

        return requestMetaInfo + " ---> SUCCESS! userDTO = " + userDTO;
    }

}

調用case

注意看上面這個/param_type/body_json/test2_requestbody_string接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以PUT 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.1.3 接口定義方式3:用一個實例來接收RequestBody入參

  • 定義方式: 在方式形參的位置,用RequestBody接收,而且是直接用一個實例類來接收了(spring自動調用相應的org.springframework.http.converter.HttpMessageConverter去做了入參的轉換)
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下一般用在POST或 PUT 請求中
  • 優(yōu)點:
    • 方法形參的定義非常簡潔;
    • 調用的時候參數放在body中,參數體可以很大,不像Query入參方式在當參數過多的時候容易觸發(fā)服務器端Request header is too large的報錯
  • 缺點:好像沒啥缺點

工作中前后端分離項目一般用這用方式比較多

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.alibaba.fastjson.JSON;
import com.su.demo.bean.dto.UserDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;

@RestController
@RequestMapping(value = "/param_type/body_json")
public class TestBodyController {

    /**
     * <ul>
     *     <li><b>入參類別</b>:body參數方式
     *     <li><b>定義方式</b>: 在方式形參的位置,用{@link RequestBody}接收,
     *         而且是直接用一個實例類來接收了(spring自動調用相應的{@link org.springframework.http.converter.HttpMessageConverter}去做轉換)
     *         </li>
     *     <li><b>調用方式</b>: 參數放在請求體 body 當中
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,但是正常情況下一般用在POST或PUT請求中</li>
     *     <li><b>優(yōu)點</b>:1)方法形參的定義非常簡潔;
     *                  2)調用的時候參數放在body中,參數體可以很大,不像Query入參方式在當參數過多的時候容易觸發(fā)服務器端"Request header is too large"的報錯
     *         </li>
     *     <li><b>缺點</b>:好像沒啥缺點</li>
     * </ul>
     */
    @RequestMapping(value = "/test3_requestbody_entity")
    public String test3(@RequestBody UserDTO userDTO, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! userDTO = " + userDTO;
    }

}

調用case

注意看上面這個/param_type/body_json/test3_requestbody_entity接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以DELETE 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.1.4 接口定義方式4:用Map來接收RequestBody入參

  • 定義方式: 在方式形參的位置,用RequestBody接收,而且是直接用一個Map的實例類來接收了
  • 兼容的請求方式GET POST PUT DELETE
  • 適用場景:適用于參數個數較多,但是自己又想偷懶不想專門定義一個實體來接收入參的場景。一般不推薦使用這種方式
  • 優(yōu)點:簡單方便,偷懶很開心
  • 缺點:1)需要在代碼中通過指定特定的key的方式去獲取入參,比較麻煩;2)利用map去get到入參之后,還需要手動的去做非空判斷+數據類型轉換等,很麻煩;3)而且這種接收入參的方式,沒有辦法結合org.springframework.validation.annotation.Validated來做入參校驗!

一般不推薦使用這種方式

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.alibaba.fastjson.JSON;
import com.su.demo.bean.dto.UserDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;

@RestController
@RequestMapping(value = "/param_type/body_json")
public class TestBodyController {

   /**
     * <ul>
     *     <li><b>入參類別</b>:body參數方式
     *     <li><b>定義方式</b>: 在方式形參的位置,用{@link RequestBody}接收,
     *         而且是直接用一個Map對象實例類來接收了(spring自動調用相應的{@link org.springframework.http.converter.HttpMessageConverter}去做轉換)
     *         </li>
     *     <li><b>調用方式</b>: 參數放在請求體 body 當中
     *     <li><b>兼容的請求方式</b>:GET POST PUT DELETE</li>
     *     <li><b>適用場景</b>:從技術上來說,這種傳參方式同時適用于GET POST PUT DELETE等請求方式,一般使用在偷懶不想專門定義一個實體來接收入參的場景。一不太推薦使用這種方式/li>
     *     <li><b>優(yōu)點</b>:1)方法形參的定義非常簡潔;
     *                  2)調用的時候參數放在body中,參數體可以很大,不像Query入參方式在當參數過多的時候容易觸發(fā)服務器端"Request header is too large"的報錯
     *         </li>
     *     <li><b>缺點</b>:好像沒啥缺點</li>
     * </ul>
     */
    @RequestMapping(value = "/test4_requestbody_map")
    public String test4(@RequestBody Map<String, String> paramMap, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        String name = paramMap.get("name");
        // 判斷:如果paramMap.get("age")為null,則age賦默認值0;否則進行入參類型的轉換
        Integer age = null == paramMap.get("age") ? 0: Integer.parseInt(paramMap.get("age"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age;
    }

}

調用case

注意看上面這個/param_type/body_json/test4_requestbody_map接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證),為了節(jié)約文章篇幅,下面只以POST 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.2 x-www-form-urlencoded

x-www-form-urlencodedform-data,兩者都可以用來上傳前端表單數據,下面簡單將兩者的不同列舉出來

1.支持的入參類型不同: x-www-form-urlencoded只支持普通的文本內容,不支持上傳File文件!而form-data則支持上傳File文件(如圖片、音頻、視頻)。

2. 編碼不同: x-www-form-urlencoded的編碼方式就隱藏在名字里urlencoded,即使用js中encodeURI()函數;而form-data的格式,要比 x-www-form-urlencoded復雜的多,它會把內容分成多個部分,每個部分都支持不同的格式

3. x-www-form-urlencoded占用字節(jié)少,form-data占用字節(jié)多

x-www-form-urlencoded會將表單內的數據轉換為鍵值對,比如name=lisi&age=23,并放在請求體body中進行傳輸

3.2.1 接口定義方式1:在方法形參的位置,把每個參數都平鋪開來

  • 定義方式: 方法形參的位置,把每個參數都平鋪開來,也可以使用@RequestParam注解
  • 兼容的請求方式POST PUT DELETE,注意,不兼容GET請示方式
  • 適用場景:雖然這種傳參方式,適用于POST PUT DELETE等請求方式,但是一般偏向于應用在 用POST或 PUT方式去發(fā)送的表單數據,且參數個數少,且表單字段都是普通類型(即表單字段不是File文件)
  • 優(yōu)點:方便簡單
  • 缺點:1)參數個數如果過多,方法體結構會顯得很臃腫

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.su.demo.bean.dto.TeacherDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.net.URLDecoder;
import java.util.Map;

@RestController
@RequestMapping(value = "/param_type/body_form_urlencoded")
public class TestFormUrlEncodeController {

    /**
     * <p>注意,如果使用GET請求方式,則后端獲取不到入參?。。?lt;/p>
     * <ul>
     *     <li><b>入參類別</b>:表單參數方式,Content-Type=application/x-www-form-urlencoded
     *     <li><b>定義方式</b>: 在方法形參的位置,把每個參數都平鋪開來</li>
     *     <li><b>調用方式</b>: 入參放在表單中,且Content-Type=application/x-www-form-urlencoded</li>
     *     <li><b>兼容的請求方式</b>:POST PUT DELETE</li>
     *     <li><b>適用場景</b>:雖然這種傳參方式,適用于POST PUT DELETE等請求方式,但是一般偏向于應用在 用<b>POST</b>或b>PUT</b>方式去發(fā)送的表單數據,且參數個數少,且表單字段都是普通類型(即表單字段不是File文件),</li>
     *     <li><b>優(yōu)點</b>:方便簡單</li>
     *     <li><b>缺點</b>:1)參數個數如果過多,方法體結構會顯得很臃腫</li>
     * </ul>
     */
    @RequestMapping(value = "/test1_requestparam")
    public String test1(String name, @RequestParam(name = "age", required = false) Integer age, Boolean enable, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age + ", enable = " + enable;
    }
}

調用case

注意看上面這個/param_type/body_form_urlencoded/test1_requestparam接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證)——經過實測發(fā)現,當請示方式為GET 的時候,后端代碼獲取不到入參!而當請求方式為POST PUT DELETE的時候,后端可以獲取到入參。
下面是示例

GET,傳參失敗

在這里插入圖片描述

可以看到,沒有獲取到入參!

POST PUT DELETE 傳參成功

為了節(jié)約文章篇幅,下面只以POST 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.2.2 接口定義方式2:用一個實例來接收入參

  • 定義方式: 把入參封裝到一個實體中,且實體一定不能使用@RequestParam@RequestBody注解修飾
  • 兼容的請求方式POST PUT DELETE,注意,不兼容GET請示方式
  • 適用場景:雖然這種傳參方式,適用于POST PUT DELETE等請求方式,但是一般偏向于應用在 用POSTPUT方式去發(fā)送的表單數據,且表單字段都是普通類型(即表單字段不是File文件)
  • 優(yōu)點:方便簡單,不管表單字段個個數多或少,一般如果表單字段類型沒有File文件類型的,都可以使用這種方式
  • 缺點:缺點的話就是針對Content-Type=application/x-www-form-urlencoded這種入參方式來說了:不能上傳文件

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.su.demo.bean.dto.TeacherDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.net.URLDecoder;
import java.util.Map;

@RestController
@RequestMapping(value = "/param_type/body_form_urlencoded")
public class TestFormUrlEncodeController {

    /**
     * <p>注意,如果使用GET請求方式,則后端獲取不到入參?。。≈恢С諴OST PUT DELETE</p>
     * <p>且形參定義那里,一定不能使用{@link RequestParam}修飾</p>
     * <ul>
     *     <li><b>入參類別</b>:表單參數方式,Content-Type=application/x-www-form-urlencoded
     *     <li><b>定義方式</b>: 把入參封裝到一個實體中(入參個數多于5個時一般用這種方式)</li>
     *     <li><b>調用方式</b>: 入參放在表單中,且Content-Type=application/x-www-form-urlencoded</li>
     *     <li><b>兼容的請求方式</b>:POST PUT DELETE</li>
     *     <li><b>適用場景</b>:雖然這種傳參方式,適用于POST PUT DELETE等請求方式,但是一般偏向于應用在 用<b>POST</b>或<b>PUT</b>方式去發(fā)送的表單數據,且表單字段都是普通類型(即表單字段不是File文件),</li>
     *     <li><b>優(yōu)點</b>:方便簡單,不管表單字段個個數多或少,一般如果表單字段類型沒有File文件類型的,都可以使用這種方式</li>
     *     <li><b>缺點</b>:缺點的話就是針對Content-Type=application/x-www-form-urlencoded這種入參方式來說了:不能上傳文件</li>
     * </ul>
     */
    @RequestMapping(value = "/test2_entity")
    public String test2(TeacherDTO teacherDTO, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        return requestMetaInfo + " ---> SUCCESS! teacherDTO = " + teacherDTO;
    }

}

調用case

注意看上面這個/param_type/body_form_urlencoded/test2_entity接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證)——經過實測發(fā)現,當請示方式為GET 的時候,后端代碼獲取不到入參!而當請求方式為POST PUT DELETE的時候,后端可以獲取到入參。
下面是示例

GET,傳參失敗

在這里插入圖片描述

可以看到,沒有獲取到入參!

POST PUT DELETE 傳參成功

為了節(jié)約文章篇幅,下面只以PUT 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,參數都獲取到了。

3.2.3 接口定義方式3:用原生的HttpServletRequest接收參數

  • 定義方式: 用原生的HttpServletRequest接收參數
  • 兼容的請求方式POST PUT DELETE,注意,不兼容GET請示方式
  • 適用場景:由于當請求的Content-Type=application/x-www-form-urlencoded時,只支持GET請求方式,并且即使是GET請求方式能獲取到入參了,之后的校驗和處理也很麻煩,所以一般不用這種方式來接收Content-Type=application/x-www-form-urlencoded的請求
  • 優(yōu)點:方便簡單,且這接收入參的方式,直接調用方用GET的請求方式傳參
  • 缺點:
    • 1)需要自己在代碼中顯式的從request的inputStream流【獲取+轉換+解碼】數據,很麻煩
    • 2)如果請求方式是POST PUT DELETE等,同時Content-Type=application/x-www-form-urlencoded,則無法將入參傳到后面代碼中!

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.su.demo.bean.dto.TeacherDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.net.URLDecoder;
import java.util.Map;

@RestController
@RequestMapping(value = "/param_type/body_form_urlencoded")
public class TestFormUrlEncodeController {

    /**
     * <p>注意,只支持GET請求方式,如果使用POST、PUT、DELETE請求方式,則后端獲取不到入參?。?!</p>
     * <ul>
     *     <li><b>入參類別</b>:表單參數方式,Content-Type=application/x-www-form-urlencoded
     *     <li><b>定義方式</b>: 在方法形參的位置,用{@link HttpServletRequest}來接收入參</li>
     *     <li><b>調用方式</b>: 入參放在表單中,且Content-Type=application/x-www-form-urlencoded</li>
     *     <li><b>兼容的請求方式</b>:GET</li>
     *     <li><b>適用場景</b>:由于當請求的Content-Type=application/x-www-form-urlencoded時,只支持GET請求方式,
     *     并且即使是GET請求方式能獲取到入參了,之后的校驗和處理也很麻煩,所以一般不用這種方式來接收Content-Type=application/x-www-form-urlencoded的請求</li>
     *     <li><b>優(yōu)點</b>:方便簡單,且這接收入參的方式,直接調用方用GET的請求方式傳參</li>
     *     <li><b>缺點</b>:1)需要自己在代碼中顯式的從request的inputStream流【獲取+轉換+解碼】數據,很麻煩
     *                    2)如果請求方式是POST PUT DELETE等,同時Content-Type=application/x-www-form-urlencoded,則無法將入參傳到后面代碼中!
     *      </li>
     * </ul>
     */
    @RequestMapping(value = "/test3_request")
    public String test3(HttpServletRequest request) throws IOException {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        ServletInputStream inputStream = request.getInputStream();
        String inputStr = IoUtil.read(inputStream, "UTF-8");
        String decodeRes = URLDecoder.decode(inputStr, "UTF-8");

        return requestMetaInfo + " ---> SUCCESS! " + inputStr + ", decodeResult = " + decodeRes;
    }

}

調用case

注意看上面這個/param_type/body_form_urlencoded/test3_request接口的定義方式,它并沒有指定請求方式,因此它支持GET POST PUT DELETE等所有的請求方式(已經過驗證)——但是經過實測發(fā)現,只有當請示方式為GET 的時候,后端代碼才能獲取到入參!而當請求方式為POST PUT DELETE的時候,后端獲取入參失敗。
下面是示例

GET,傳參成功

在這里插入圖片描述

可以看到,獲取到入參!

POST PUT DELETE 傳參失敗

為了節(jié)約文章篇幅,下面只以POST 請求方式的調用結果為例,看是否可以在controller代碼中獲取到調用方傳過來的實參。

在這里插入圖片描述

可以看到,沒有獲取到參數!

3.2.4 (error)接口定義方式4:用Map接收參數

提前說明:這是一種錯誤的定義方式,這種方式,無論是否在map前面添加RequestParam還是RequestBody, 后端代碼都獲取不到 Content-Type=application/x-www-form-urlencoded類型請求的入參?。?!

  • 定義方式: 用Map接收參數

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.su.demo.bean.dto.TeacherDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.net.URLDecoder;
import java.util.Map;

@RestController
@RequestMapping(value = "/param_type/body_form_urlencoded")
public class TestFormUrlEncodeController {

    /**
     * <p>這是一種錯誤的定義方式,這種方式,無論是否在map前面添加{@link RequestParam}還是{@link RequestBody}, 代碼都獲取不到 Content-Type=application/x-www-form-urlencoded類型請求的入參!?。?lt;/p>
     * <ul>
     *     <li><b>入參類別</b>:表單參數方式,Content-Type=application/x-www-form-urlencoded
     *     <li><b>定義方式</b>: 在方法形參的位置,用Map來接收入參</li>
     *     <li><b>調用方式</b>: 入參放在表單中,且Content-Type=application/x-www-form-urlencoded</li>
     * </ul>
     */
    @RequestMapping(value = "/test4_map")
    public String test4(Map<String, String> paramMap, HttpServletRequest request) {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));

        String name = paramMap.get("name");
        // 判斷:如果paramMap.get("age")為null,則age賦默認值0;否則進行入參類型的轉換
        Integer age = null == paramMap.get("age") ? 0: Integer.parseInt(paramMap.get("age"));

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age;
    }

}

調用case

無論哪種請求方式,后端獲取入參都失??!下面以PUT請求方式作為示例
下面是示例

PUT,傳參失敗

在這里插入圖片描述

可以看到,獲取不到入參!

3.2.5 (error)接口定義方式5:每個參數都平鋪開來,并嘗試獲取File文件入參

先說結論,雖然在下面方法定義的,=形參中添加了MultipartFile,但是如果調用接口的時候入參類型是Content-Type=application/x-www-form-urlencoded, 那由于Content-Type=application/x-www-form-urlencoded入參類型限制了入參就無法將【文件】傳過來,所以該方法的MultipartFile對象始終為空!

  • 定義方式: 方法形參的位置,把每個參數都平鋪開來,也可以使用@RequestParam注解,是時嘗試使用MultipartFile類型入參,去接收文件

代碼

package com.su.demo.controller.param_type;

import cn.hutool.core.io.IoUtil;
import com.su.demo.bean.dto.TeacherDTO;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import javax.servlet.ServletInputStream;
import javax.servlet.http.HttpServletRequest;
import java.io.IOException;
import java.net.URLDecoder;
import java.util.Map;

@RestController
@RequestMapping(value = "/param_type/body_form_urlencoded")
public class TestFormUrlEncodeController {

    /**
     * <p>
     *     雖然在方法定義這里,形參中添加了MultipartFile,但是如果調用接口的時候入參類型是Content-Type=application/x-www-form-urlencoded,
     *     那由于Content-Type=application/x-www-form-urlencoded入參類型限制了入參就無法將【文件】傳過來,所以該方法的MultipartFile對象始終為空!
     * </p>
     * <ul>
     *     <li><b>入參類別</b>:表單參數方式,Content-Type=application/x-www-form-urlencoded
     *     <li><b>定義方式</b>: 在方法形參的位置,把每個參數都平鋪開來</li>
     *     <li><b>調用方式</b>: 入參放在表單中,且Content-Type=application/x-www-form-urlencoded</li>
     * </ul>
     */
    @RequestMapping(value = "/test5_requestparam_file")
    public String test5(String name, Integer age, Boolean enable, MultipartFile myfile, HttpServletRequest request) throws IOException {
        // 從request中獲取一些接口請求時的元數據信息,包括請求方式,Content-type等
        String requestMetaInfo = String.format("method: [%s], uri: [%s], Content-Type: [%s] ", request.getMethod(), request.getRequestURI(),  request.getHeader("Content-Type"));
        String fileName = null;
        if (null != myfile) {
            fileName = myfile.getOriginalFilename();
        }

        return requestMetaInfo + " ---> SUCCESS! name = " + name + ", age = " + age + ", enable = " + enable + ", fileName = " + fileName;
    }

}

調用case

實測發(fā)現,不管是哪種請求方式,只要請求的時候Content-Type=application/x-www-form-urlencoded,那都無法將文件傳給后端!
下面是用POST請求方式作示例:

在這里插入圖片描述

以上就是SpringBoot接收接口入參的方式小結的詳細內容,更多關于SpringBoot接收接口入參的資料請關注腳本之家其它相關文章!

相關文章

最新評論

大鸡巴操娇小玲珑的女孩逼| 93视频一区二区三区| 日韩av有码一区二区三区4| av男人天堂狠狠干| 沈阳熟妇28厘米大战黑人| 欧美日韩v中文在线| 任我爽精品视频在线播放| 大胸性感美女羞爽操逼毛片| 亚洲国产最大av综合| 免费观看污视频网站| 阴茎插到阴道里面的视频| yy96视频在线观看| 亚洲综合另类欧美久久| 午夜婷婷在线观看视频| okirakuhuhu在线观看| 日韩三级电影华丽的外出| 2018最新中文字幕在线观看| 超碰在线观看免费在线观看| 啪啪啪啪啪啪啪啪啪啪黄色| 99精品免费观看视频| 亚洲自拍偷拍精品网| 国产在线91观看免费观看| 91天堂天天日天天操| 中文字幕在线第一页成人| tube69日本少妇| 成人免费毛片aaaa| av在线播放国产不卡| 91小伙伴中女熟女高潮| 在线观看视频 你懂的| 开心 色 六月 婷婷| 欧美熟妇一区二区三区仙踪林| 国产亚洲欧美另类在线观看| 日本三极片视频网站观看| 老司机99精品视频在线观看| 中文字幕人妻av在线观看| av新中文天堂在线网址| 91精品资源免费观看| 亚洲女人的天堂av| 偷拍美女一区二区三区| AV天堂一区二区免费试看| 天天日天天干天天插舔舔| 在线免费观看99视频| 天天日天天日天天射天天干| 日韩少妇人妻精品无码专区| 天天干天天操天天扣| 天天夜天天日天天日| 狠狠操狠狠操免费视频| 亚洲一区二区三区精品乱码| japanese日本熟妇另类| 国产实拍勾搭女技师av在线| 国产91嫩草久久成人在线视频| 免费福利av在线一区二区三区| 不卡一区一区三区在线| 日本免费一级黄色录像| 久久久久五月天丁香社区| 漂亮 人妻被中出中文| 99re久久这里都是精品视频| jul—619中文字幕在线| 不卡日韩av在线观看| 日本精品一区二区三区在线视频。 | 亚洲男人在线天堂网| 黄色无码鸡吧操逼视频| 午夜久久香蕉电影网| 中文字幕无码一区二区免费| 91成人在线观看免费视频| 欧美中文字幕一区最新网址| 国产午夜无码福利在线看| 亚洲高清自偷揄拍自拍| 绝顶痉挛大潮喷高潮无码 | 亚洲成人激情视频免费观看了 | 亚洲av色图18p| 啊慢点鸡巴太大了啊舒服视频| 国产黄网站在线观看播放| 黄色男人的天堂视频| 国产精品久久久久久久女人18| 亚洲少妇人妻无码精品| 国产性色生活片毛片春晓精品| 国产黄网站在线观看播放| 午夜精品久久久久麻豆影视| 成人sm视频在线观看| av中文字幕福利网| 婷婷综合蜜桃av在线| 天天日天天添天天爽| 欧美日韩高清午夜蜜桃大香蕉| av日韩在线观看大全| 精品一区二区三区三区色爱| 国产成人精品av网站| 天天干天天操天天爽天天摸| 亚洲成人午夜电影在线观看| 亚洲图库另类图片区| 国产日韩一区二区在线看| 蜜桃色婷婷久久久福利在线| 久久久久久久久久性潮| 久久久久五月天丁香社区| avjpm亚洲伊人久久| 欧美 亚洲 另类综合| 久久三久久三久久三久久| 伊人精品福利综合导航| 久久久久久国产精品| 大香蕉大香蕉在线有码 av| 日韩欧美一级aa大片| 狠狠躁夜夜躁人人爽天天久天啪| 强行扒开双腿猛烈进入免费版| 又粗又长 明星操逼小视频| 在线观看av亚洲情色| 天天日天天敢天天干| 99精品视频在线观看免费播放| 亚洲美女高潮喷浆视频| 黄色录像鸡巴插进去| 亚洲天堂精品福利成人av| 日韩欧美亚洲熟女人妻| 大鸡八强奸视频在线观看| 99热这里只有国产精品6| 98精产国品一二三产区区别| 亚洲精品国偷自产在线观看蜜桃| 欧美综合婷婷欧美综合| 日本精品视频不卡一二三| 欧美在线偷拍视频免费看| 天天日天天天天天天天天天天| 成年人啪啪视频在线观看| 亚洲福利午夜久久久精品电影网| 国产在线自在拍91国语自产精品| nagger可以指黑人吗| 在线观看911精品国产| 亚洲免费福利一区二区三区| 自拍偷拍亚洲精品第2页| 激情色图一区二区三区| 中文字幕,亚洲人妻| 日韩不卡中文在线视频网站| 国产精品污污污久久| av中文字幕在线导航| 538精品在线观看视频| 一区二区三区在线视频福利| 婷婷久久久久深爱网| 日日夜夜大香蕉伊人| 啊啊啊想要被插进去视频| 和邻居少妇愉情中文字幕| 超级碰碰在线视频免费观看| 国产密臀av一区二区三| 熟女妇女老妇一二三区| 欧美性受xx黑人性猛交| 社区自拍揄拍尻屁你懂的| 国产第一美女一区二区三区四区| 人妻激情图片视频小说| 视频一区二区在线免费播放| 欧美成人黄片一区二区三区| 人妻素人精油按摩中出| 亚洲国产中文字幕啊啊啊不行了| 不卡精品视频在线观看| 日韩伦理短片在线观看| 天堂资源网av中文字幕| 少妇高潮无套内谢麻豆| 人妻无码中文字幕专区| 天天日天天舔天天射进去| 超pen在线观看视频公开97| 北条麻妃高跟丝袜啪啪| 亚洲嫩模一区二区三区| avjpm亚洲伊人久久| 天天日天天做天天日天天做| 成年人黄视频在线观看| 视频 一区二区在线观看| 白白操白白色在线免费视频| 老师让我插进去69AV| 97小视频人妻一区二区| 三级av中文字幕在线观看| 91麻豆精品久久久久| 91p0rny九色露脸熟女| 天天射夜夜操综合网| 亚洲一级av大片免费观看| 久久久超爽一二三av| 欧美日韩一级黄片免费观看| 亚洲视频在线观看高清| 亚洲va国产va欧美va在线| 国产av国片精品一区二区| 91精品国产黑色丝袜| 极品粉嫩小泬白浆20p主播| 北条麻妃高跟丝袜啪啪| 日本精品一区二区三区在线视频。| 久久久精品精品视频视频| 女蜜桃臀紧身瑜伽裤| 精品老妇女久久9g国产| av天堂资源最新版在线看| 午夜婷婷在线观看视频| 亚洲av可乐操首页| 亚洲成人激情视频免费观看了| 免费一级特黄特色大片在线观看| 天码人妻一区二区三区在线看| 男生用鸡操女生视频动漫| 国产a级毛久久久久精品| 免费观看成年人视频在线观看| 欧美一区二区三区四区性视频| wwwxxx一级黄色片| 国产一线二线三线的区别在哪 | 大尺度激情四射网站| 欧美男人大鸡吧插女人视频| 日本男女操逼视频免费看| 成人30分钟免费视频| 国产使劲操在线播放| 亚洲国产免费av一区二区三区 | 粉嫩小穴流水视频在线观看| 亚洲中文字幕综合小综合| 很黄很污很色的午夜网站在线观看| 亚洲午夜高清在线观看| 特黄老太婆aa毛毛片| 欧美精品资源在线观看| 亚洲蜜臀av一区二区三区九色| 狠狠操操操操操操操操操| 美女张开腿让男生操在线看| 中文字幕一区二区三区蜜月| 香蕉aⅴ一区二区三区| 天天干天天日天天谢综合156| 一色桃子人妻一区二区三区| 91桃色成人网络在线观看| 顶级尤物粉嫩小尤物网站| 亚洲av日韩av第一区二区三区| 91麻豆精品91久久久久同性| 精品国产乱码一区二区三区乱| 精品国产在线手机在线| 国产伊人免费在线播放| 午夜精品久久久久麻豆影视| 亚洲欧美另类自拍偷拍色图| 国产视频网站国产视频| 韩国亚洲欧美超一级在线播放视频| 亚洲av无女神免非久久| 直接观看免费黄网站| av中文在线天堂精品| sejizz在线视频| 欧美亚洲少妇福利视频| 性感美女诱惑福利视频| 亚洲自拍偷拍综合色| 51国产偷自视频在线播放| 人妻丝袜精品中文字幕| 国产大学生援交正在播放| 亚洲男人的天堂a在线| yy6080国产在线视频| 亚洲精品国产在线电影| 人妻少妇一区二区三区蜜桃| 日韩美女综合中文字幕pp| 天天日夜夜干天天操| 亚洲最大免费在线观看| 人人人妻人人澡人人| 欧美日本在线视频一区| 欧美xxx成人在线| 日本美女成人在线视频| 啪啪啪操人视频在线播放| 精品av久久久久久久| 国产亚洲精品视频合集| 亚洲熟妇久久无码精品| 韩国女主播精品视频网站| 国产在线91观看免费观看| 少妇被强干到高潮视频在线观看 | 都市家庭人妻激情自拍视频| 97资源人妻免费在线视频| 在线观看欧美黄片一区二区三区| 日本乱人一区二区三区| 在线免费观看黄页视频| 国产白嫩美女一区二区| 扒开腿挺进肉嫩小18禁视频| 亚洲超碰97人人做人人爱| 最新的中文字幕 亚洲| av欧美网站在线观看| 国产高清在线在线视频| 美女吃鸡巴操逼高潮视频| 亚洲欧美自拍另类图片| 大香蕉伊人中文字幕| 黄色大片免费观看网站| av网站色偷偷婷婷网男人的天堂| 日日操夜夜撸天天干| 午夜青青草原网在线观看| 亚洲一级美女啪啪啪| 亚洲欧美激情国产综合久久久| 人妻少妇性色欲欧美日韩| 淫秽激情视频免费观看| 日韩特级黄片高清在线看| 中国老熟女偷拍第一页| 少妇深喉口爆吞精韩国| 久久麻豆亚洲精品av| 亚洲av男人的天堂你懂的| 欧美激情电影免费在线| 久久丁香花五月天色婷婷| 老师让我插进去69AV| 日韩无码国产精品强奸乱伦| 人妻在线精品录音叫床| 国产视频精品资源网站| 日韩成人综艺在线播放| 激情小视频国产在线| 日日日日日日日日夜夜夜夜夜夜| 欧美黄片精彩在线免费观看| 天天夜天天日天天日| 国际av大片在线免费观看| 久久精品36亚洲精品束缚| 视频二区在线视频观看| 亚洲精品无码久久久久不卡| 欧美一区二区三区久久久aaa| 日本韩国在线观看一区二区| 天天日天天透天天操| 亚洲 人妻 激情 中文| 换爱交换乱高清大片| 亚洲在线免费h观看网站| 大骚逼91抽插出水视频| 亚洲伊人色一综合网| 日日夜夜精品一二三| 黑人解禁人妻叶爱071| 好吊视频—区二区三区| 2020国产在线不卡视频| 亚洲精品一区二区三区老狼| 日韩亚国产欧美三级涩爱| 亚洲午夜伦理视频在线| 在线观看的a站 最新| 毛片一级完整版免费| 欧美精品欧美极品欧美视频| 国产成人自拍视频在线免费观看| 日曰摸日日碰夜夜爽歪歪| 青青草成人福利电影| 一级黄片大鸡巴插入美女| 亚洲1卡2卡三卡4卡在线观看| 护士特殊服务久久久久久久| 秋霞午夜av福利经典影视| 国产激情av网站在线观看| 日本午夜福利免费视频| 伊人日日日草夜夜草| 国产精品黄片免费在线观看| 欧美在线精品一区二区三区视频| 中文字幕最新久久久| 国际av大片在线免费观看| 97瑟瑟超碰在线香蕉| 超碰97人人做人人爱| sspd152中文字幕在线| 男人天堂最新地址av| 果冻传媒av一区二区三区| 九色精品视频在线播放| 2018最新中文字幕在线观看| 亚洲国产40页第21页| 亚洲1区2区3区精华液| 国产污污污污网站在线| 日韩加勒比东京热二区| 91久久精品色伊人6882| 福利视频一区二区三区筱慧| 五月激情婷婷久久综合网| 国产精品视频一区在线播放| 国产久久久精品毛片| 激情五月婷婷免费视频| 黑人解禁人妻叶爱071| 精品久久久久久高潮| 伊人综合aⅴ在线网| 天天操天天爽天天干| 国产又粗又黄又硬又爽| jiuse91九色视频| 91自产国产精品视频| 91大屁股国产一区二区| 国产精品久久9999| 亚洲精品无码久久久久不卡| 2018最新中文字幕在线观看| 成人蜜臀午夜久久一区| 久久丁香婷婷六月天| 国产伦精品一区二区三区竹菊| 97小视频人妻一区二区| 熟女人妻在线观看视频| 日韩a级黄色小视频| 国产精品自偷自拍啪啪啪| 日韩写真福利视频在线观看| 女同性ⅹxx女同h偷拍| 天天日天天鲁天天操| 久久美欧人妻少妇一区二区三区 | 日本熟女50视频免费| 久久久久久久精品成人热| 啪啪啪啪啪啪啪啪啪啪黄色| 国产精品中文av在线播放| 青青青国产免费视频| 性欧美激情久久久久久久| 国产污污污污网站在线| 男生舔女生逼逼视频| 淫秽激情视频免费观看| 新婚人妻聚会被中出| 久久精品国产23696| 绯色av蜜臀vs少妇| 2022国产精品视频| 在线观看黄色成年人网站| 日本少妇高清视频xxxxx| 青青草原网站在线观看| 在线免费观看欧美小视频| 日本少妇人妻xxxxxhd| AV天堂一区二区免费试看| 欧美久久久久久三级网| 91久久精品色伊人6882| 高清一区二区欧美系列| 国产成人精品亚洲男人的天堂| 动色av一区二区三区| 男大肉棒猛烈插女免费视频| 青青热久免费精品视频在线观看| 日本在线一区二区不卡视频| 日韩亚洲高清在线观看| 欧美激情电影免费在线| 人妻自拍视频中国大陆| 中文字幕高清免费在线人妻 | 97人妻色免费视频| 黄页网视频在线免费观看| 中出中文字幕在线观看| 午夜精品福利91av| 一区二区三区美女毛片| 99精品视频在线观看免费播放| 欧美中国日韩久久精品| 亚洲va国产va欧美精品88| 九九视频在线精品播放| 在线播放国产黄色av| 3337p日本欧洲大胆色噜噜| 亚洲男人让女人爽的视频| 天天色天天爱天天爽| 在线播放一区二区三区Av无码| 91色网站免费在线观看| 欧美日韩人妻久久精品高清国产| 亚洲国产香蕉视频在线播放| 激情小视频国产在线| 2021最新热播中文字幕| 性欧美激情久久久久久久| 色哟哟国产精品入口| 精品久久婷婷免费视频| 玩弄人妻熟妇性色av少妇| 91超碰青青中文字幕| 国产大鸡巴大鸡巴操小骚逼小骚逼| 岛国av高清在线成人在线| 天天干天天操天天爽天天摸| 国产精品熟女久久久久浪潮| 国产午夜福利av导航| 最新中文字幕免费视频| gav成人免费播放| 538精品在线观看视频| 国产在线自在拍91国语自产精品| 国产男女视频在线播放| 精品美女久久久久久| 欧美中国日韩久久精品| av老司机亚洲一区二区| 免费观看成年人视频在线观看| 99av国产精品欲麻豆| 亚洲成av人无码不卡影片一| 亚洲欧美福利在线观看| rct470中文字幕在线| 蜜桃久久久久久久人妻| 国产熟妇人妻ⅹxxxx麻豆| 亚洲码av无色中文| 人妻少妇亚洲一区二区| 人人爽亚洲av人人爽av| 色伦色伦777国产精品| 久久精品36亚洲精品束缚| 一级黄片久久久久久久久| 亚洲免费va在线播放| www骚国产精品视频| 国产精品黄页网站视频| 国产高潮无码喷水AV片在线观看| www日韩毛片av| 天天夜天天日天天日| 91桃色成人网络在线观看| 中文字幕人妻三级在线观看| 天天日天天玩天天摸| 97国产在线av精品| 亚洲丝袜老师诱惑在线观看| 欧美视频不卡一区四区| 女生自摸在线观看一区二区三区| 天美传媒mv视频在线观看| 一区二区三区激情在线| 青青草精品在线视频观看| 又大又湿又爽又紧A视频| 成人网18免费视频版国产| 特级欧美插插插插插bbbbb| 少妇一区二区三区久久久| 熟女妇女老妇一二三区| caoporm超碰国产| 免费在线观看污污视频网站| 18禁美女无遮挡免费| 18禁网站一区二区三区四区| 人妻少妇性色欲欧美日韩| 青青青青爽手机在线| 国产av欧美精品高潮网站| 欧美美女人体视频一区| 亚洲蜜臀av一区二区三区九色| 天天日天天玩天天摸| 久久久久只精品国产三级| 日本人妻精品久久久久久| 日韩欧美国产一区不卡| 强行扒开双腿猛烈进入免费版| 丝袜美腿视频诱惑亚洲无| 国产性色生活片毛片春晓精品 | 久久久久久性虐视频| 欧美视频综合第一页| 日日操夜夜撸天天干| 国产激情av网站在线观看| 欧美日韩激情啪啪啪| 中文字幕1卡1区2区3区| 淫秽激情视频免费观看| 中文字幕av熟女人妻| 自拍偷拍一区二区三区图片| 蜜臀av久久久久蜜臀av麻豆| 日本免费视频午夜福利视频| 国产丰满熟女成人视频| 97国产在线观看高清| 最近的中文字幕在线mv视频| 91精品免费久久久久久| 亚洲国产欧美国产综合在线| 视频一区二区三区高清在线| 91精品国产高清自在线看香蕉网| 插逼视频双插洞国产操逼插洞| 深夜男人福利在线观看| 中文字幕无码日韩专区免费| 骚货自慰被发现爆操| 中文字幕 人妻精品| 免费成人av中文字幕| 最新黄色av网站在线观看| 少妇一区二区三区久久久| 国产精品视频一区在线播放| 人妻激情图片视频小说| 超鹏97历史在线观看| 日韩精品二区一区久久| 在线视频国产欧美日韩| 日韩av免费观看一区| 五十路人妻熟女av一区二区| 涩涩的视频在线观看视频| 天堂va蜜桃一区入口| 少妇露脸深喉口爆吞精| 中文字幕人妻一区二区视频| 老鸭窝日韩精品视频观看| 很黄很污很色的午夜网站在线观看| 中文字幕熟女人妻久久久| 欧美黑人性猛交xxxxⅹooo| 免费在线观看视频啪啪| 亚洲va天堂va国产va久| 天天操天天弄天天射| 亚洲黄色av网站免费播放| 激情综合治理六月婷婷| 午夜激情精品福利视频| 视频一区二区综合精品| 青青青视频自偷自拍38碰| 在线观看日韩激情视频| 亚洲av男人天堂久久| 天天干天天日天天谢综合156| 精彩视频99免费在线| 亚洲熟妇久久无码精品| 免费十精品十国产网站| 日韩三级电影华丽的外出| 日韩av有码一区二区三区4| 亚洲国产香蕉视频在线播放| 六月婷婷激情一区二区三区| 偷拍美女一区二区三区| 亚洲精品亚洲人成在线导航| 中出中文字幕在线观看| 国产女人被做到高潮免费视频| 亚洲另类在线免费观看| 亚洲精品高清自拍av| 亚洲国产精品久久久久久6| 男人操女人逼逼视频网站| 高潮视频在线快速观看国家快速| 中文字日产幕乱六区蜜桃| 黑人3p华裔熟女普通话| 中文字幕日本人妻中出| 久久麻豆亚洲精品av| 人妻3p真实偷拍一二区| 巨乳人妻日下部加奈被邻居中出| huangse网站在线观看| 免费在线观看视频啪啪| 亚洲精品在线资源站| 天堂av在线最新版在线| 亚洲精品欧美日韩在线播放 | 日本人妻精品久久久久久| 婷婷午夜国产精品久久久| 福利午夜视频在线观看| 久久久久久9999久久久久| 少妇人妻真实精品视频| 亚洲成人午夜电影在线观看| 日本少妇精品免费视频| 蜜桃视频入口久久久| 韩国一级特黄大片做受| 天天日天天日天天擦| 日韩欧美制服诱惑一区在线| 啪啪啪啪啪啪啪免费视频| 日韩三级电影华丽的外出| 男女啪啪视频免费在线观看| 99国内精品永久免费视频| 国产真实乱子伦a视频| 亚洲精品成人网久久久久久小说| 2021久久免费视频| 适合午夜一个人看的视频| 硬鸡巴动态操女人逼视频| 亚洲精品久久综合久| 久久综合老鸭窝色综合久久| 国产精品一区二区av国| 国产精品自偷自拍啪啪啪| av天堂加勒比在线| 好太好爽好想要免费| 91亚洲手机在线视频播放| 国产福利小视频大全| 欧美亚洲国产成人免费在线| 中文字幕无码日韩专区免费| 国产日韩欧美视频在线导航| 含骚鸡巴玩逼逼视频| 天天干天天啪天天舔| 亚洲卡1卡2卡三卡四老狼| 丁香花免费在线观看中文字幕| 超级碰碰在线视频免费观看| 人人妻人人爽人人澡人人精品| 成人av中文字幕一区| 熟女人妻三十路四十路人妻斩| 99精品亚洲av无码国产另类| 欧美久久久久久三级网| 亚洲成人国产av在线| 欧美精品激情在线最新观看视频| 精品黑人一区二区三区久久国产 | 中文字幕之无码色多多| 日日操夜夜撸天天干| 97精品人妻一区二区三区精品| 91中文字幕最新合集| 91精品国产91久久自产久强| 亚洲丝袜老师诱惑在线观看| 91大神福利视频网| 亚洲精品乱码久久久久久密桃明| 日韩a级黄色小视频| 青青在线视频性感少妇和隔壁黑丝 | 一区国内二区日韩三区欧美| 最新的中文字幕 亚洲| 成人免费做爰高潮视频| 19一区二区三区在线播放| 欧美一区二区三区在线资源| 成年人的在线免费视频| 国产91久久精品一区二区字幕| 99热国产精品666| 久久久久久久久久久免费女人| 一区二区三区四区视频| 精品久久婷婷免费视频| 中文字幕 亚洲av| 狠狠躁狠狠爱网站视频| 亚洲区欧美区另类最新章节| 黄色录像鸡巴插进去| 五十路丰满人妻熟妇| 插小穴高清无码中文字幕| 一级黄色片夫妻性生活| 亚洲伊人av天堂有码在线| 综合激情网激情五月五月婷婷| 香港三日本三韩国三欧美三级| 夜夜嗨av一区二区三区中文字幕| 绝顶痉挛大潮喷高潮无码| 直接能看的国产av| 中文字幕一区二区三区蜜月| 日本男女操逼视频免费看| 护士特殊服务久久久久久久| av久久精品北条麻妃av观看| 人妻无码中文字幕专区| 午夜精品亚洲精品五月色| 精品亚洲国产中文自在线| 熟女91pooyn熟女| 黑人乱偷人妻中文字幕| 亚洲青青操骚货在线视频| 97超碰人人搞人人| 最近的中文字幕在线mv视频| 亚洲欧美自拍另类图片| h国产小视频福利在线观看| 一区二区视频在线观看视频在线| 啪啪啪啪啪啪啪免费视频| 丝袜美腿视频诱惑亚洲无| 这里只有精品双飞在线播放| 男人天堂最新地址av| 超pen在线观看视频公开97| 性欧美激情久久久久久久| 98精产国品一二三产区区别| 欧美日韩激情啪啪啪| sw137 中文字幕 在线| 在线免费观看黄页视频| 精彩视频99免费在线| 都市激情校园春色狠狠| 天天干天天操天天插天天日| 久碰精品少妇中文字幕av| 久久亚洲天堂中文对白| 精彩视频99免费在线| 97少妇精品在线观看| av在线免费观看亚洲天堂| 国产成人精品亚洲男人的天堂| 日本乱人一区二区三区| 91九色porny国产在线| 91极品新人『兔兔』精品新作| av一区二区三区人妻| 伊人情人综合成人久久网小说| 亚洲精品 欧美日韩| 日韩精品二区一区久久| 天天干夜夜操天天舔| 亚洲欧美一卡二卡三卡| 青青社区2国产视频| 午夜激情精品福利视频| 不卡一区一区三区在线| 日本精品一区二区三区在线视频。| 五十路老熟女码av| 色综合天天综合网国产成人| 国产伊人免费在线播放| 狍和女人的王色毛片| 1区2区3区不卡视频| 香港三日本三韩国三欧美三级| 国产av国片精品一区二区| 国内资源最丰富的网站| 91综合久久亚洲综合| 小泽玛利亚视频在线观看| 激情小视频国产在线| 国产第一美女一区二区三区四区 | 日韩伦理短片在线观看| 91在线免费观看成人| 天天干天天爱天天色| 十八禁在线观看地址免费| 亚洲精品一线二线在线观看 | 亚洲综合色在线免费观看| 亚洲高清视频在线不卡| 久久久麻豆精亚洲av麻花| 亚洲国产中文字幕啊啊啊不行了 | 日韩亚国产欧美三级涩爱| 国产在线观看免费人成短视频| 夫妻在线观看视频91| 日韩精品中文字幕播放| 老司机在线精品福利视频| 人妻另类专区欧美制服| 日本韩国免费一区二区三区视频| 黄色在线观看免费观看在线| 99精品免费久久久久久久久a| 一区二区久久成人网| 日本18禁久久久久久| wwwxxx一级黄色片| 视频在线免费观看你懂得| 久久机热/这里只有| 国产高清97在线观看视频| 夏目彩春在线中文字幕| 亚洲欧美另类手机在线| 国产黄色片蝌蚪九色91| 国产性生活中老年人视频网站| 玩弄人妻熟妇性色av少妇| 国产内射中出在线观看| 青青青青视频在线播放| 日韩特级黄片高清在线看| 一级黄色片夫妻性生活| 国产女人露脸高潮对白视频| 日韩精品激情在线观看| 免费手机黄页网址大全| 久久久久久性虐视频| 不卡精品视频在线观看| 国产精品三级三级三级| 欧美日韩一级黄片免费观看| 天天操,天天干,天天射| 人人妻人人爽人人澡人人精品| 美洲精品一二三产区区别| 国产女人露脸高潮对白视频| 超碰公开大香蕉97| 中文字幕一区二区三区蜜月| 激情国产小视频在线| 超碰在线观看免费在线观看| 高潮喷水在线视频观看| 国产精品系列在线观看一区二区| 天天日天天做天天日天天做| 亚洲蜜臀av一区二区三区九色| 天堂中文字幕翔田av| 天天操夜夜骑日日摸| 国产精彩福利精品视频| 欧美视频中文一区二区三区| 大香蕉日本伊人中文在线| 亚洲国产免费av一区二区三区 | 欧美成人精品在线观看| 一区二区三区美女毛片| 国产亚洲成人免费在线观看| 狠狠操狠狠操免费视频| 99精品免费久久久久久久久a| 中文字幕日韩无敌亚洲精品| 日韩欧美亚洲熟女人妻| 一区二区三区精品日本| 女生自摸在线观看一区二区三区 | 在线观看视频污一区| 直接能看的国产av| 国产夫妻视频在线观看免费| 在线国产中文字幕视频| 国产成人精品福利短视频| 99精品国自产在线人| 最近的中文字幕在线mv视频| 天天干天天搞天天摸| 国产成人一区二区三区电影网站| 在线免费观看日本片| 97成人免费在线观看网站| 激情内射在线免费观看| 男人的天堂在线黄色| 亚洲卡1卡2卡三卡四老狼| 91福利在线视频免费观看| 天天日天天日天天射天天干| 亚洲综合一区二区精品久久| 日韩三级黄色片网站| av男人天堂狠狠干| japanese日本熟妇另类| 免费一级特黄特色大片在线观看| 日本男女操逼视频免费看| 欧美精品 日韩国产| 亚洲成人国产av在线| 欧美日韩情色在线观看| 欧美一区二区三区啪啪同性| 国产丰满熟女成人视频| 青春草视频在线免费播放| 亚洲 人妻 激情 中文| av俺也去在线播放| 午夜青青草原网在线观看| 免费大片在线观看视频网站| 天天色天天爱天天爽| 中文字幕视频一区二区在线观看| 端庄人妻堕落挣扎沉沦| 欧美另类一区二区视频| 国产九色91在线视频| 丰满的继坶3中文在线观看| 天天干天天操天天爽天天摸| 亚洲高清自偷揄拍自拍| 蜜桃精品久久久一区二区| chinese国产盗摄一区二区| 热思思国产99re| 一区二区在线视频中文字幕| 一区二区三区另类在线 | 中文字幕国产专区欧美激情| 五十路息与子猛烈交尾视频| 快插进小逼里大鸡吧视频| 99久久久无码国产精品性出奶水 | 激情五月婷婷免费视频| 欧美老妇精品另类不卡片| 婷婷色国产黑丝少妇勾搭AV | 五十路熟女人妻一区二| 亚洲欧美清纯唯美另类| 大胸性感美女羞爽操逼毛片| 色综合久久久久久久久中文| 欧美日本在线观看一区二区| 亚洲男人在线天堂网| 国产午夜福利av导航| 2022精品久久久久久中文字幕| okirakuhuhu在线观看| 国产免费av一区二区凹凸四季| 91在线免费观看成人| 在线免费91激情四射 | 国产伊人免费在线播放| 欧美精品一区二区三区xxxx| 亚洲中文精品字幕在线观看| 青青尤物在线观看视频网站| 巨乳人妻日下部加奈被邻居中出| 亚洲一区二区人妻av| 中文字幕一区的人妻欧美日韩| 免费成人av中文字幕| 亚洲一区二区三区久久受 | av资源中文字幕在线观看| 亚洲无码一区在线影院| 美女在线观看日本亚洲一区| 91亚洲国产成人精品性色| 91片黄在线观看喷潮| 91精品免费久久久久久| 欧美老妇精品另类不卡片| 国产高清精品极品美女| 1区2区3区不卡视频| 日本性感美女三级视频| 九九视频在线精品播放| 夜鲁夜鲁狠鲁天天在线| 亚洲综合色在线免费观看| 国产欧美精品一区二区高清| 中文字幕—97超碰网| 91精品国产高清自在线看香蕉网| 黑人大几巴狂插日本少妇| av中文字幕网址在线| 天天干狠狠干天天操| 真实国产乱子伦一区二区| 色哟哟国产精品入口| 一级a看免费观看网站| 日本a级视频老女人| 国产片免费观看在线观看| 久久精品视频一区二区三区四区 | 免费在线看的黄片视频| 91快播视频在线观看| 丝袜长腿第一页在线| 鸡巴操逼一级黄色气| 天天日天天鲁天天操| 91香蕉成人app下载| 午夜精品一区二区三区4| 免费手机黄页网址大全| 日韩美女精品视频在线观看网站| 午夜精品九一唐人麻豆嫩草成人| 久久久制服丝袜中文字幕| 人妻久久久精品69系列| 骚货自慰被发现爆操| 国产熟妇人妻ⅹxxxx麻豆| 一区二区三区综合视频| 亚洲av日韩av第一区二区三区| 精品首页在线观看视频| 无码日韩人妻精品久久| 大黑人性xxxxbbbb| 午夜免费体验区在线观看| 日韩av大胆在线观看| 四虎永久在线精品免费区二区| 午夜美女福利小视频| 99一区二区在线观看| 天堂资源网av中文字幕| 可以在线观看的av中文字幕| 国产一线二线三线的区别在哪| 中文字幕1卡1区2区3区| 亚洲天堂有码中文字幕视频| 成年美女黄网站18禁久久| 欧美特级特黄a大片免费| 中文字幕一区二区自拍| 久久久久久国产精品| 999久久久久999| 国产精品久久久久久久精品视频| 二区中出在线观看老师| 国产aⅴ一线在线观看| 午夜极品美女福利视频| 日本真人性生活视频免费看| 亚洲成人三级在线播放| 91 亚洲视频在线观看| 99精品久久久久久久91蜜桃| 99热久久这里只有精品8| 啊啊啊想要被插进去视频| 亚洲综合在线观看免费| 在线国产精品一区二区三区| 夜色福利视频在线观看| 91一区精品在线观看| 久草视频福利在线首页| 欧美一区二区三区久久久aaa| 清纯美女在线观看国产| 欧美成人综合色在线噜噜| 国产成人无码精品久久久电影| 97年大学生大白天操逼| 色婷婷六月亚洲综合香蕉| 啊啊好慢点插舔我逼啊啊啊视频 | 偷拍自拍视频图片免费| 久久久极品久久蜜桃| mm131美女午夜爽爽爽| 蝴蝶伊人久久中文娱乐网| 777奇米久久精品一区| 青青尤物在线观看视频网站| 欧美特级特黄a大片免费| 91社福利《在线观看| 3337p日本欧洲大胆色噜噜| 日韩精品二区一区久久| 日本美女性生活一级片| av新中文天堂在线网址| 2021久久免费视频| 欧美 亚洲 另类综合| 成人av电影免费版| 日韩欧美一级黄片亚洲| 久久精品久久精品亚洲人| 国产精品日韩欧美一区二区| 北条麻妃av在线免费观看| 不卡一不卡二不卡三| 亚洲综合乱码一区二区| 蜜桃精品久久久一区二区| 中文字幕一区二区人妻电影冢本 | 日本xx片在线观看| 国产精品成久久久久三级蜜臀av | 91av中文视频在线| 日本真人性生活视频免费看| 伊人精品福利综合导航| 天天摸天天亲天天舔天天操天天爽| 蝴蝶伊人久久中文娱乐网| 超碰97人人做人人爱| 亚洲一级美女啪啪啪| 在线不卡成人黄色精品| 日韩精品中文字幕福利| 在线视频自拍第三页| 男人和女人激情视频| 精品一区二区三区三区色爱| 国产97视频在线精品| 制丝袜业一区二区三区| 久久久久久cao我的性感人妻| 青青青国产免费视频| 欧美亚洲免费视频观看| 国产福利在线视频一区| 超pen在线观看视频公开97| 97少妇精品在线观看| 伊人精品福利综合导航| 欧亚日韩一区二区三区观看视频| 桃色视频在线观看一区二区| 日本特级片中文字幕| 99热这里只有国产精品6| 欧美男人大鸡吧插女人视频| 成人国产小视频在线观看| 亚洲综合一区二区精品久久| 午夜极品美女福利视频| 欧美亚洲免费视频观看| 偷拍自拍视频图片免费| 成人24小时免费视频| 亚洲一区二区三区精品视频在线| 欧美精品一二三视频| 在线免费视频 自拍| 一区二区三区的久久的蜜桃的视频 | 中文字幕av一区在线观看| 超碰中文字幕免费观看| 直接观看免费黄网站| 午夜在线观看岛国av,com| 午夜婷婷在线观看视频| 亚洲av可乐操首页| 伊人成人在线综合网| 中国产一级黄片免费视频播放| 亚洲天天干 夜夜操| 亚洲伊人av天堂有码在线| 欧美精品激情在线最新观看视频| 欧美一级色视频美日韩| 99精品视频在线观看免费播放| 成人av亚洲一区二区| 国产精品视频一区在线播放| 黄色视频在线观看高清无码| 最新国产精品拍在线观看| 日本av熟女在线视频| 国产亚州色婷婷久久99精品| 1000小视频在线| 韩国三级aaaaa高清视频| 日本一区精品视频在线观看| 爱爱免费在线观看视频| 人妻熟女中文字幕aⅴ在线| 午夜频道成人在线91| 久久这里只有精彩视频免费| 玩弄人妻熟妇性色av少妇| 偷拍自拍国产在线视频| 美女张开腿让男生操在线看| 亚洲区欧美区另类最新章节| 亚洲变态另类色图天堂网| 午夜在线精品偷拍一区二| 少妇高潮无套内谢麻豆| 黄色在线观看免费观看在线| av黄色成人在线观看| 91福利在线视频免费观看| 国产日韩欧美视频在线导航| 一级a看免费观看网站| 久久久麻豆精亚洲av麻花| 521精品视频在线观看| 91极品大一女神正在播放 | 亚洲国产精品久久久久蜜桃| 欧美3p在线观看一区二区三区| av破解版在线观看| 韩国三级aaaaa高清视频| 日韩熟女av天堂系列| 在线免费观看av日韩| 国产激情av网站在线观看| 成人影片高清在线观看| 黄色录像鸡巴插进去| 日本三极片视频网站观看| 2021久久免费视频| 日本精品视频不卡一二三| 国产密臀av一区二区三| 中文字幕高清资源站| 成人色综合中文字幕| 动漫黑丝美女的鸡巴| 熟妇一区二区三区高清版| 日本真人性生活视频免费看| 精品一区二区三区在线观看| 91一区精品在线观看| 伊人成人在线综合网| 天堂av在线官网中文| 动漫av网站18禁| 岛国黄色大片在线观看| 国产性色生活片毛片春晓精品 | 成人sm视频在线观看| 亚洲熟女久久久36d| 2022中文字幕在线| 91精品国产高清自在线看香蕉网 | 九九视频在线精品播放| 激情小视频国产在线| 国产无遮挡裸体免费直播视频| 97黄网站在线观看| 在线观看亚洲人成免费网址| 青青青青视频在线播放| 骚货自慰被发现爆操| 美女张开两腿让男人桶av| 夜鲁夜鲁狠鲁天天在线| 国产成人午夜精品福利| 中出中文字幕在线观看| 骚逼被大屌狂草视频免费看| 91www一区二区三区| 亚洲中文精品字幕在线观看| 天天干天天操天天玩天天射| 2021国产一区二区| 日韩中文字幕福利av| 亚洲成人精品女人久久久| 久久久人妻一区二区| 国产精品久久久久久久久福交 | weyvv5国产成人精品的视频| 午夜精品亚洲精品五月色| 丝袜长腿第一页在线| 40道精品招牌菜特色| 东京干手机福利视频| 开心 色 六月 婷婷| 欧美成人精品在线观看| 欧洲日韩亚洲一区二区三区| 无忧传媒在线观看视频| 97a片免费在线观看| 九九视频在线精品播放| 成人av电影免费版| 亚洲精品中文字幕下载| 无码精品一区二区三区人 | 亚洲最大黄 嗯色 操 啊| 91九色国产porny蝌蚪| 日本高清撒尿pissing| 2022天天干天天操| 国产熟妇人妻ⅹxxxx麻豆| 亚洲精品欧美日韩在线播放| 日本少妇精品免费视频| 99久久99一区二区三区| 天天干夜夜操天天舔| 国产极品精品免费视频| 亚洲精品麻豆免费在线观看| av在线免费中文字幕| 日韩欧美在线观看不卡一区二区| 国产精品视频一区在线播放| 免费看美女脱光衣服的视频| 在线观看一区二区三级| 亚洲国产在线精品国偷产拍| 欧美亚洲国产成人免费在线| 懂色av蜜桃a v| 欧美日本在线观看一区二区| 欧美日韩不卡一区不区二区| 青青青国产免费视频| 欧美日韩一级黄片免费观看| 无码精品一区二区三区人| 日本裸体熟妇区二区欧美| 老司机福利精品免费视频一区二区 | 日韩成人免费电影二区| 天天日天天干天天要| 顶级尤物粉嫩小尤物网站| 男女第一次视频在线观看| 1024久久国产精品| 亚洲最大黄了色网站| av天堂中文字幕最新| 人妻少妇av在线观看| 国产黄网站在线观看播放| 日本一道二三区视频久久| 亚洲中文精品人人免费| 91精品啪在线免费| 经典亚洲伊人第一页| 一区二区三区在线视频福利| 亚国产成人精品久久久| 91she九色精品国产| 一区二区三区的久久的蜜桃的视频| 亚洲老熟妇日本老妇| 亚洲一区二区三区在线高清| 国产乱弄免费视频观看| 一区二区三区日本伦理| 真实国产乱子伦一区二区| 大香蕉日本伊人中文在线| 亚洲av男人天堂久久| 国产日韩av一区二区在线| 成人免费做爰高潮视频| 99久久激情婷婷综合五月天| 视频一区 二区 三区 综合| av资源中文字幕在线观看| 免费黄页网站4188| av在线免费中文字幕| 天天日天天舔天天射进去| 少妇人妻久久久久视频黄片| 中文字幕 码 在线视频| 亚洲精品av在线观看| 99久久中文字幕一本人| 11久久久久久久久久久| 青春草视频在线免费播放| 97人人模人人爽人人喊| 五十路人妻熟女av一区二区| 国产极品美女久久久久久| 99热久久这里只有精品8| 大香蕉伊人中文字幕| 国产免费高清视频视频| 人人超碰国字幕观看97| 玖玖一区二区在线观看| 日本av高清免费网站| 国产日韩欧美视频在线导航| 毛茸茸的大外阴中国视频| 91精品综合久久久久3d动漫| 亚洲一区av中文字幕在线观看| 91片黄在线观看喷潮| 亚洲欧美人精品高清| 成人乱码一区二区三区av| 精品日产卡一卡二卡国色天香| 蜜桃色婷婷久久久福利在线| 馒头大胆亚洲一区二区| 1000部国产精品成人观看视频 | 老熟妇凹凸淫老妇女av在线观看| 国产男女视频在线播放| 亚洲精品一线二线在线观看 | 中文字幕综合一区二区| 91九色porny国产在线| 国产美女精品福利在线| 免费av岛国天堂网站| 天天日天天干天天要| 午夜精品亚洲精品五月色| free性日本少妇| 日本一二三区不卡无| 亚洲福利午夜久久久精品电影网| 91麻豆精品传媒国产黄色片| 欧美偷拍亚洲一区二区| 91av精品视频在线| 免费成人av中文字幕| 人妻av无码专区久久绿巨人| 美女小视频网站在线| 自拍偷拍一区二区三区图片| 日曰摸日日碰夜夜爽歪歪| 国产精品熟女久久久久浪潮| 在线免费观看国产精品黄色| 青青草在观免费国产精品| 啊啊好大好爽啊啊操我啊啊视频| 最新日韩av传媒在线| 亚洲无码一区在线影院| 大鸡八强奸视频在线观看| 99久久中文字幕一本人| 国产揄拍高清国内精品对白| 日本精品视频不卡一二三| 欧美日韩v中文在线| 亚洲国产40页第21页| 亚洲国产中文字幕啊啊啊不行了| 日韩人妻xxxxx| 午夜精品亚洲精品五月色| 最后99天全集在线观看| 国产日韩精品一二三区久久久| 久久久久久久久久性潮| 人妻3p真实偷拍一二区| 55夜色66夜色国产精品站| 中文字幕高清在线免费播放 | 欧美一区二区三区在线资源| 美女av色播在线播放| 日本熟女精品一区二区三区| 在线新三级黄伊人网| 天天射夜夜操综合网| 午夜精品福利一区二区三区p| 亚洲图片偷拍自拍区| 亚洲精品在线资源站| 亚洲福利天堂久久久久久 | 91老熟女连续高潮对白| 成人动漫大肉棒插进去视频| 夜色撩人久久7777| 午夜大尺度无码福利视频| 久久艹在线观看视频| 免费观看成年人视频在线观看| 成熟丰满熟妇高潮xx×xx| 亚洲国产欧美国产综合在线| 黄色大片男人操女人逼| 男女啪啪啪啪啪的网站| 欧美视频不卡一区四区| 久青青草视频手机在线免费观看 | 91九色porny国产在线| aaa久久久久久久久| 久久一区二区三区人妻欧美| 国产在线91观看免费观看| 人人爽亚洲av人人爽av| 天天操天天爽天天干| 含骚鸡巴玩逼逼视频| sspd152中文字幕在线| 硬鸡巴动态操女人逼视频| 一区二区三区精品日本| 粉嫩欧美美人妻小视频| 99国内小视频在现欢看| 精品久久婷婷免费视频| 天天操夜夜骑日日摸| 精品视频中文字幕在线播放| 亚洲综合自拍视频一区| 天天草天天色天天干| 一级黄色片夫妻性生活| 一级黄色片夫妻性生活| 18禁美女羞羞免费网站| 中文字日产幕乱六区蜜桃| 老司机午夜精品视频资源| 欧美aa一级一区三区四区| 不卡精品视频在线观看| 亚洲专区激情在线观看视频| 韩国爱爱视频中文字幕| 成人乱码一区二区三区av| 免费国产性生活视频| 清纯美女在线观看国产| 中文亚洲欧美日韩无线码| 国产麻豆剧传媒精品国产av蜜桃| 免费人成黄页网站在线观看国产| 最新黄色av网站在线观看| 日韩人妻xxxxx| 国产一级麻豆精品免费| 97人人模人人爽人人喊| japanese日本熟妇另类| 2o22av在线视频| 在线观看欧美黄片一区二区三区| 国产日本精品久久久久久久| 天天干天天爱天天色| 91国偷自产一区二区三区精品| 视频一区 视频二区 视频| 青青社区2国产视频| 国产黑丝高跟鞋视频在线播放| av俺也去在线播放| 蜜臀av久久久久蜜臀av麻豆| 中文字幕熟女人妻久久久| 国产精品国产三级国产午| 51精品视频免费在线观看| 国产欧美精品不卡在线| 免费观看丰满少妇做受| 国语对白xxxx乱大交| 午夜精品久久久久麻豆影视| 最新中文字幕乱码在线| 又黄又刺激的午夜小视频| 免费看国产又粗又猛又爽又黄视频| 中文字幕在线乱码一区二区| 欧美成人小视频在线免费看| 欧美亚洲自偷自拍 在线| 国产欧美精品一区二区高清| 国产精品入口麻豆啊啊啊| 欧美综合婷婷欧美综合| 欧美精品中文字幕久久二区| 国产自拍在线观看成人| 18禁美女无遮挡免费| 国产黄色片在线收看| 青青青青操在线观看免费| 青草久久视频在线观看| 日本熟女50视频免费| 55夜色66夜色国产精品站| 天天操天天操天天碰| 欧美黑人性暴力猛交喷水| 亚洲综合一区成人在线| 少妇露脸深喉口爆吞精| 欧美一区二区中文字幕电影 | 中文字幕最新久久久| 91精品一区二区三区站长推荐| 亚洲最大免费在线观看| 97精品成人一区二区三区| 在线观看视频污一区| 中文字幕国产专区欧美激情| 久久久超爽一二三av| 免费观看国产综合视频| 自拍偷区二区三区麻豆| 在线国产精品一区二区三区| 成人av免费不卡在线观看| 亚洲av可乐操首页| 初美沙希中文字幕在线| 日本韩国亚洲综合日韩欧美国产 | 国产黄色片在线收看| 激情人妻校园春色亚洲欧美| 欧美一区二区中文字幕电影| 欧美爆乳肉感大码在线观看| 午夜精彩视频免费一区| 任你操任你干精品在线视频| 超碰公开大香蕉97| 精品亚洲在线免费观看| 人妻爱爱 中文字幕| 93精品视频在线观看| 老熟妇xxxhd老熟女| 久久丁香婷婷六月天| 亚洲最大黄了色网站| 啊慢点鸡巴太大了啊舒服视频| 国产欧美日韩在线观看不卡| 天天操天天干天天插| 天天色天天爱天天爽| 美女日逼视频免费观看| av中文字幕在线观看第三页| 一区二区免费高清黄色视频| 性欧美日本大妈母与子| 啊用力插好舒服视频| 国产成人精品午夜福利训2021| jiujiure精品视频在线| 中文字幕AV在线免费看 | 最新中文字幕乱码在线| 天天操天天操天天碰| 无码精品一区二区三区人| 亚洲卡1卡2卡三卡四老狼| 午夜久久香蕉电影网| 中文字幕日本人妻中出| 强行扒开双腿猛烈进入免费版| 91成人在线观看免费视频| aⅴ精产国品一二三产品| 夜夜骑夜夜操夜夜奸| 天天日天天操天天摸天天舔| 亚洲免费在线视频网站| 黑人3p华裔熟女普通话| 欧美3p在线观看一区二区三区| 521精品视频在线观看| 狠狠的往里顶撞h百合| 亚洲av琪琪男人的天堂| 岛国av高清在线成人在线| 自拍 日韩 欧美激情| 久久机热/这里只有| 2022中文字幕在线| 成人激情文学网人妻| 91精品国产综合久久久蜜| 91高清成人在线视频| 亚洲精品中文字幕下载| 久久丁香婷婷六月天| 亚洲免费福利一区二区三区| 经典国语激情内射视频| 亚洲熟女久久久36d| 激情图片日韩欧美人妻| 任你操任你干精品在线视频| 水蜜桃一区二区三区在线观看视频| 亚洲一区二区三区在线高清 | 又粗又长 明星操逼小视频| 青青青青操在线观看免费| 男女啪啪啪啪啪的网站| 东京干手机福利视频| 一区二区三区久久久91| 欧美色呦呦最新网址| 免费在线播放a级片| 欧美色婷婷综合在线| 日本黄在免费看视频| 中文字幕高清免费在线人妻| 2o22av在线视频| 99热99re在线播放| 天天爽夜夜爽人人爽QC| 国产视频网站一区二区三区| 青青青青青青青在线播放视频| 美女吃鸡巴操逼高潮视频| 国产白袜脚足J棉袜在线观看| 91国内精品自线在拍白富美| 色呦呦视频在线观看视频| 天美传媒mv视频在线观看| 91超碰青青中文字幕| 亚洲精品久久综合久| 三上悠亚和黑人665番号| 老师啊太大了啊啊啊尻视频| 日本黄色三级高清视频| 午夜毛片不卡在线看| 国产精品成久久久久三级蜜臀av| 91精品国产麻豆国产| 在线免费观看欧美小视频| 最新91精品视频在线| 老司机免费福利视频网| 欧美日本在线视频一区| 人人妻人人澡欧美91精品| 影音先锋女人av噜噜色| 青青尤物在线观看视频网站| 日韩一区二区电国产精品| 国产精品一区二区久久久av| 青草亚洲视频在线观看| 初美沙希中文字幕在线| 少妇人妻久久久久视频黄片| 国产综合精品久久久久蜜臀| 亚洲无线观看国产高清在线| 在线播放一区二区三区Av无码| 久久丁香婷婷六月天| 免费黄高清无码国产| 高清一区二区欧美系列| 久久精品国产亚洲精品166m| 80电影天堂网官网| 天天干天天搞天天摸| 国产精品自拍视频大全| 中文字幕在线乱码一区二区| 97瑟瑟超碰在线香蕉| 亚洲综合在线观看免费| 九色视频在线观看免费| 鸡巴操逼一级黄色气| 国产精品久久久久久久精品视频| 国产美女一区在线观看| 亚洲av日韩av网站| 91九色porny国产蝌蚪视频| 男生用鸡操女生视频动漫| 青青草在观免费国产精品| 91人妻精品一区二区久久| 中文字幕人妻av在线观看| 清纯美女在线观看国产| 成人性黑人一级av| 国内精品在线播放第一页| 四虎永久在线精品免费区二区| 在线制服丝袜中文字幕| 人妻丝袜精品中文字幕| 一区二区三区av高清免费| 久久丁香花五月天色婷婷| 日韩美女搞黄视频免费| 国产又粗又黄又硬又爽| 日日夜夜狠狠干视频| 摧残蹂躏av一二三区| 日日操综合成人av| 黄色视频在线观看高清无码| 真实国模和老外性视频| 欧美性感尤物人妻在线免费看| 超碰公开大香蕉97| 国产黄色高清资源在线免费观看| 亚洲天天干 夜夜操| 久久免看30视频口爆视频| 亚洲高清国产自产av| 日韩精品中文字幕福利| 99热久久极品热亚洲| 亚洲卡1卡2卡三卡四老狼| 国产精品探花熟女在线观看| 99re国产在线精品| 久久机热/这里只有| 亚洲特黄aaaa片| 4个黑人操素人视频网站精品91| chinese国产盗摄一区二区| 国产精品黄大片在线播放| 一级a看免费观看网站| 中文字幕一区二区人妻电影冢本| 中文亚洲欧美日韩无线码| 啪啪啪啪啪啪啪啪av| 国产伊人免费在线播放| xxx日本hd高清| 中文字幕在线免费第一页| 大黑人性xxxxbbbb| 在线免费91激情四射 | 亚洲精品av在线观看| 午夜场射精嗯嗯啊啊视频| 亚洲中文字幕国产日韩| 精品亚洲在线免费观看| 成人av中文字幕一区| 99人妻视频免费在线| 亚洲少妇人妻无码精品| 亚洲男人让女人爽的视频| 天天色天天操天天舔| 欧美久久一区二区伊人| 天天操,天天干,天天射| 性欧美激情久久久久久久| 中文字幕日韩人妻在线三区| 在线观看911精品国产| 粉嫩av懂色av蜜臀av| 只有精品亚洲视频在线观看| 五月激情婷婷久久综合网| 国产又粗又黄又硬又爽| 亚洲av日韩高清hd| 日比视频老公慢点好舒服啊| 欧美精产国品一二三产品价格| www天堂在线久久| 亚洲午夜在线视频福利| 东京热男人的av天堂| 亚洲va天堂va国产va久| 天天干天天操天天玩天天射| 人人妻人人爽人人添夜| 欧美一区二区中文字幕电影| 无码国产精品一区二区高潮久久4 日韩欧美一级精品在线观看 | 国产欧美精品一区二区高清| 真实国产乱子伦一区二区| 精品国产亚洲av一淫| 超鹏97历史在线观看| 天天日天天干天天搡| 国产91久久精品一区二区字幕 | 亚洲av午夜免费观看| 亚洲午夜精品小视频| 一区二区三区毛片国产一区| 一区二区三区视频,福利一区二区| 欧美日韩在线精品一区二区三| 天天操夜夜操天天操天天操 | 亚洲精品乱码久久久本| 人妻少妇精品久久久久久| 大鸡巴操娇小玲珑的女孩逼| 亚洲美女自偷自拍11页| 99热99re在线播放| 99精品国自产在线人| av手机在线免费观看日韩av| 九色porny九色9l自拍视频| 中文字幕 人妻精品| 女生自摸在线观看一区二区三区 | 久久精品国产999| 国产精品黄大片在线播放| 偷拍自拍视频图片免费| 日韩美女搞黄视频免费| 国产视频网站一区二区三区| 2020韩国午夜女主播在线| 亚洲护士一区二区三区| 国内自拍第一页在线观看| 天天日天天干天天插舔舔| 少妇被强干到高潮视频在线观看| 日本韩国亚洲综合日韩欧美国产| 成年人的在线免费视频| 欧美美女人体视频一区| 中文字幕av熟女人妻| 亚洲国产成人无码麻豆艾秋| 亚洲 中文 自拍 另类 欧美| 中文字日产幕乱六区蜜桃| 国产乱子伦一二三区| 最近中文字幕国产在线| 国产精品自拍偷拍a| 大尺度激情四射网站| 中文字幕亚洲中文字幕| 亚洲国产免费av一区二区三区| 伊人开心婷婷国产av| 又色又爽又黄又刺激av网站| 天堂v男人视频在线观看| 亚洲男人让女人爽的视频| 亚洲偷自拍高清视频| 欧美专区第八页一区在线播放| 五月精品丁香久久久久福利社| 美女福利视频网址导航| 久久免费看少妇高潮完整版| 少妇人妻久久久久视频黄片| 中文字幕之无码色多多| 91社福利《在线观看| 色爱av一区二区三区| 性感美女福利视频网站| 亚洲人妻视频在线网| av新中文天堂在线网址| 国产在线观看黄色视频| av天堂资源最新版在线看| 美女张开两腿让男人桶av| 亚洲专区激情在线观看视频| 超污视频在线观看污污污| 欧美视频一区免费在线| 天天干夜夜操啊啊啊| 中文字幕乱码人妻电影| 精品人人人妻人人玩日产欧| 中文字幕一区二 区二三区四区| 天天日天天干天天舔天天射| 国产午夜亚洲精品不卡在线观看| 国产亚洲天堂天天一区| 成人精品视频99第一页| 国产高清精品极品美女| 天天操天天爽天天干| 亚洲欧美综合另类13p| 午夜大尺度无码福利视频| 成人av免费不卡在线观看| 中文字幕中文字幕 亚洲国产| 婷婷综合蜜桃av在线| 国产成人精品久久二区91 | 黑人变态深video特大巨大| 亚洲视频乱码在线观看| 国产日韩av一区二区在线| 色伦色伦777国产精品| 青春草视频在线免费播放| 91免费观看国产免费| 漂亮 人妻被中出中文| 国产精品3p和黑人大战| 又色又爽又黄又刺激av网站 | 日本性感美女写真视频| 精品视频国产在线观看| 久久精品亚洲国产av香蕉| 少妇人妻真实精品视频| 亚洲欧美清纯唯美另类| 日本裸体熟妇区二区欧美| 男人的天堂av日韩亚洲| 亚洲午夜福利中文乱码字幕| 国产高清精品一区二区三区| 亚洲av日韩精品久久久久久hd| 搡老熟女一区二区在线观看| 亚洲午夜福利中文乱码字幕| 精品一区二区三区三区色爱| 亚国产成人精品久久久| 日本美女性生活一级片| 天天干天天日天天干天天操| 亚洲高清视频在线不卡| 黄色成人在线中文字幕| 九色精品视频在线播放| 青青青青操在线观看免费| 日本av在线一区二区三区| 男人靠女人的逼视频| 亚洲精品三级av在线免费观看| 亚洲 人妻 激情 中文| 久久精品在线观看一区二区| 亚洲av日韩精品久久久| 激情综合治理六月婷婷| 涩爱综合久久五月蜜臀| 又色又爽又黄的美女裸体| 亚洲成人精品女人久久久| 大白屁股精品视频国产| chinese国产盗摄一区二区| 国产成人一区二区三区电影网站 | 一区二区在线视频中文字幕| 在线观看日韩激情视频| 精品成人啪啪18免费蜜臀| 国产精品一区二区久久久av| 天天射,天天操,天天说| 久久丁香婷婷六月天| 红桃av成人在线观看| 精彩视频99免费在线| 国产第一美女一区二区三区四区 | av中文字幕福利网| 38av一区二区三区| 中文字幕高清资源站| 青青青青青手机视频| 亚洲中文字幕乱码区| 国产亚州色婷婷久久99精品| 3344免费偷拍视频| 人妻久久无码中文成人| 五十路熟女人妻一区二区9933| 啊啊啊视频试看人妻| 精品久久久久久久久久久99| 国产精品久久久久久久久福交| 欧美成一区二区三区四区| 欧美精品伦理三区四区| 久久久久久久久久一区二区三区 | 天天色天天爱天天爽| 亚洲av香蕉一区区二区三区犇| 国产精品视频一区在线播放| 精品91高清在线观看| 经典国语激情内射视频| 中文字幕在线视频一区二区三区| 40道精品招牌菜特色| 中文字幕欧美日韩射射一| 任你操视频免费在线观看| 色呦呦视频在线观看视频| 国产janese在线播放| 女同久久精品秋霞网| 天天操夜夜操天天操天天操| 自拍偷拍,中文字幕| 亚洲中文字幕综合小综合| 国产精选一区在线播放| 亚洲日本一区二区久久久精品| 亚洲美女自偷自拍11页| 激情人妻校园春色亚洲欧美| 动漫精品视频在线观看| 亚洲精品亚洲人成在线导航| 初美沙希中文字幕在线| 国产精品久久久久久久久福交| 激情国产小视频在线| 亚洲Av无码国产综合色区| 亚洲粉嫩av一区二区三区| 天天摸天天干天天操科普| nagger可以指黑人吗| 国产福利小视频免费观看| 六月婷婷激情一区二区三区| 亚洲一级av无码一级久久精品| 这里有精品成人国产99| 国产一级精品综合av| 国产一区二区三免费视频| av黄色成人在线观看| 日本精品视频不卡一二三| 国产91嫩草久久成人在线视频| 懂色av之国产精品| 男女之间激情网午夜在线| 青青青艹视频在线观看| 国产自拍在线观看成人| 免费在线看的黄片视频| 成人资源在线观看免费官网| 亚洲国产美女一区二区三区软件| 亚洲 人妻 激情 中文| 国产精品女邻居小骚货| 欧美精产国品一二三产品价格| 国产精品自拍在线视频| 含骚鸡巴玩逼逼视频| 一区二区久久成人网| 91chinese在线视频| 亚洲国产精品黑丝美女| 视频一区 二区 三区 综合| 99久久激情婷婷综合五月天| 99精品亚洲av无码国产另类| 亚洲自拍偷拍综合色| 91亚洲精品干熟女蜜桃频道 | 欧美爆乳肉感大码在线观看| 狠狠躁夜夜躁人人爽天天天天97| 久久www免费人成一看片| 不卡精品视频在线观看| 午夜91一区二区三区| free性日本少妇| 99久久久无码国产精品性出奶水| 成人亚洲精品国产精品| 日本男女操逼视频免费看| 一区二区三区美女毛片| 国产+亚洲+欧美+另类| 天天干天天操天天摸天天射| 操的小逼流水的文章| 亚洲欧美激情中文字幕| 91免费观看国产免费| 青春草视频在线免费播放| 18禁无翼鸟成人在线| 一区二区三区四区视频| 99热久久这里只有精品| 午夜精品福利91av| 国产成人自拍视频在线免费观看| 亚洲va国产va欧美va在线| 青青青青青操视频在线观看| 大鸡吧插逼逼视频免费看 | 97精品综合久久在线| 欧美日韩v中文在线| 欧美亚洲牲夜夜综合久久| 2019av在线视频| 日韩美女福利视频网| 色97视频在线播放| 小泽玛利亚视频在线观看| 中文字幕人妻熟女在线电影| 天码人妻一区二区三区在线看| 午夜福利资源综合激情午夜福利资 | 91啪国自产中文字幕在线| 在线观看的黄色免费网站| 国产自拍在线观看成人| 日韩成人综艺在线播放| 黄色视频成年人免费观看| yellow在线播放av啊啊啊| 国产视频在线视频播放| 热99re69精品8在线播放| 日韩中文字幕精品淫| 丰满少妇人妻xxxxx| 成人国产激情自拍三区| 国产va在线观看精品| 91国内精品自线在拍白富美| 都市家庭人妻激情自拍视频| 人妻无码中文字幕专区| 精品一区二区三区三区色爱| 国产精品黄色的av| 福利视频一区二区三区筱慧| 国产精品视频男人的天堂| 天天日天天操天天摸天天舔 | 久久免费看少妇高潮完整版| 午夜在线观看一区视频| 亚洲av成人免费网站| 精品一区二区三区午夜| 亚洲少妇高潮免费观看| 国产精品视频资源在线播放| 久久这里有免费精品| 国产va精品免费观看| 国产剧情演绎系列丝袜高跟| wwwxxx一级黄色片| 在线免费观看视频一二区| 亚洲欧美综合另类13p| 国产成人精品一区在线观看| 91高清成人在线视频| 国产成人精品一区在线观看| gav成人免费播放| free性日本少妇| 亚洲高清国产拍青青草原| 强行扒开双腿猛烈进入免费版| 绝顶痉挛大潮喷高潮无码 | 精品一区二区三区三区色爱| 国产精品自拍在线视频| 中文字幕av男人天堂| av亚洲中文天堂字幕网| 色爱av一区二区三区| av天堂中文字幕最新| 美洲精品一二三产区区别| 亚洲国产在线精品国偷产拍| 午夜免费观看精品视频| 日本av高清免费网站| 日韩av有码一区二区三区4| 日本高清成人一区二区三区| 绯色av蜜臀vs少妇| 91精品高清一区二区三区| 天天干狠狠干天天操| 国产性色生活片毛片春晓精品 | 中文字幕在线一区精品| 精品亚洲中文字幕av| 91色老99久久九九爱精品| 久草极品美女视频在线观看| 久久久久久久精品成人热| 中文字幕乱码人妻电影| 午夜久久香蕉电影网| 欧美在线偷拍视频免费看| 农村胖女人操逼视频| 国产精品成久久久久三级蜜臀av| 亚洲 自拍 色综合图| 骚逼被大屌狂草视频免费看| 国产黑丝高跟鞋视频在线播放| 日本一区精品视频在线观看| 视频一区 视频二区 视频| 日韩精品一区二区三区在线播放 | 天天日天天做天天日天天做| 一区二区三区日本伦理| 亚洲特黄aaaa片| 久久久久五月天丁香社区| 操日韩美女视频在线免费看| 青青草精品在线视频观看| 亚洲卡1卡2卡三卡四老狼| 国产视频一区在线观看| 国产精品久久久黄网站| 亚洲日产av一区二区在线| 色婷婷综合激情五月免费观看 | 国产亚洲精品品视频在线| asmr福利视频在线观看| 女生被男生插的视频网站| 日本中文字幕一二区视频| 中文人妻AV久久人妻水| 国产第一美女一区二区三区四区| 亚洲久久午夜av一区二区| 色花堂在线av中文字幕九九| 日噜噜噜夜夜噜噜噜天天噜噜噜| 天天操,天天干,天天射| 日本又色又爽又黄又粗| 久久亚洲天堂中文对白| 免费岛国喷水视频在线观看| 狠狠操操操操操操操操操| 在线不卡日韩视频播放| 国产黄网站在线观看播放| 欧洲欧美日韩国产在线| 免费看国产又粗又猛又爽又黄视频| 天天日天天玩天天摸| 97人妻无码AV碰碰视频| 天天日天天日天天擦| 久草视频在线看免费| 日韩精品中文字幕播放| 91色秘乱一区二区三区| 欧美日韩一区二区电影在线观看| 午夜精品一区二区三区更新| 经典亚洲伊人第一页| 国产成人自拍视频播放| 77久久久久国产精产品| 蜜桃视频在线欧美一区| 亚洲 清纯 国产com| 亚洲福利午夜久久久精品电影网| sejizz在线视频| 玩弄人妻熟妇性色av少妇| gogo国模私拍视频| 9色精品视频在线观看| 阿v天堂2014 一区亚洲| 99婷婷在线观看视频| 亚洲精品精品国产综合| 久久精品在线观看一区二区| 中国视频一区二区三区| 成年午夜影片国产片| 99精品久久久久久久91蜜桃| 粗大的内捧猛烈进出爽大牛汉子| 日本韩国在线观看一区二区| 欧美另类一区二区视频| 2018最新中文字幕在线观看| 亚洲va国产va欧美精品88| 精品一区二区三区欧美| 国产在线拍揄自揄视频网站| 婷婷久久久久深爱网| 女同性ⅹxx女同h偷拍| 色综合久久久久久久久中文| 日本精品美女在线观看| 91破解版永久免费| 久久这里有免费精品| 日韩美女搞黄视频免费| 亚洲精品ww久久久久久| 欧美特色aaa大片| 18禁美女羞羞免费网站| 亚洲国产欧美一区二区三区久久| 精品国产污污免费网站入口自 | 国产清纯美女al在线| 夜色福利视频在线观看| 免费一级特黄特色大片在线观看| av线天堂在线观看| 黑人3p华裔熟女普通话| 久久这里有免费精品| 欧美爆乳肉感大码在线观看| 爱爱免费在线观看视频| 久草视频在线看免费| 精品成人啪啪18免费蜜臀| 亚洲欧美成人综合在线观看| 高潮喷水在线视频观看| av中文字幕在线导航| 国产在线拍揄自揄视频网站| 自拍偷拍亚洲欧美在线视频| 日本18禁久久久久久| 激情综合治理六月婷婷| 人妻无码色噜噜狠狠狠狠色| 午夜久久香蕉电影网| 在线免费观看av日韩| 中文字幕网站你懂的| 亚洲一区二区三区久久受 | 熟女91pooyn熟女| 久久综合老鸭窝色综合久久 | yellow在线播放av啊啊啊 | 国产精品一区二区久久久av| 任你操视频免费在线观看| 日韩欧美制服诱惑一区在线| 亚洲国产美女一区二区三区软件 | 中文字幕无码日韩专区免费| 五十路av熟女松本翔子| 最新欧美一二三视频| 一级A一级a爰片免费免会员| 成年人黄色片免费网站| 999久久久久999| 天天日天天舔天天射进去| 国产成人午夜精品福利| 91精品一区二区三区站长推荐| 91试看福利一分钟| 毛片一级完整版免费| 亚洲熟女综合色一区二区三区四区| 久草视频在线一区二区三区资源站| 亚洲无线观看国产高清在线| 在线 中文字幕 一区| 精品一线二线三线日本| 插逼视频双插洞国产操逼插洞| 日本性感美女写真视频| 99人妻视频免费在线| 欧洲亚洲欧美日韩综合| 午夜精品福利一区二区三区p | 五色婷婷综合狠狠爱| av在线免费资源站| 天天射夜夜操综合网| 成人综合亚洲欧美一区| 美女大bxxxx内射| 丝袜美腿视频诱惑亚洲无| 欧美在线偷拍视频免费看| 亚洲卡1卡2卡三卡四老狼| 日日爽天天干夜夜操| chinese国产盗摄一区二区| 亚洲超碰97人人做人人爱| 国产午夜福利av导航| 久久久精品精品视频视频| 人妻无码中文字幕专区| 新婚人妻聚会被中出| 日日夜夜大香蕉伊人| 欧美在线精品一区二区三区视频 | 国产亚洲视频在线观看| 红杏久久av人妻一区| 欧美xxx成人在线| 熟女人妻在线观看视频| 久久综合老鸭窝色综合久久| 国产综合视频在线看片| 亚洲粉嫩av一区二区三区| av亚洲中文天堂字幕网| 中文字幕午夜免费福利视频| 三上悠亚和黑人665番号| 一区二区三区日本伦理| 好男人视频在线免费观看网站| 久久久久久久久久久久久97| 在线观看的黄色免费网站| 午夜美女少妇福利视频| 888欧美视频在线| 国产女人露脸高潮对白视频| 99久久99一区二区三区| 蜜桃精品久久久一区二区| 午夜青青草原网在线观看| 日韩北条麻妃一区在线| 色综合久久久久久久久中文| 人妻无码色噜噜狠狠狠狠色| 91国产在线免费播放| 国产美女一区在线观看| 国产三级影院在线观看| 91精品视频在线观看免费| 在线免费观看av日韩| 亚洲 图片 欧美 图片| 精品91自产拍在线观看一区| 亚洲一级av无码一级久久精品| 男人和女人激情视频| 天天日夜夜操天天摸| 在线免费观看靠比视频的网站| 大陆av手机在线观看| 亚洲av极品精品在线观看| 天天色天天舔天天射天天爽| 性感美女福利视频网站| 一级a看免费观看网站| av无限看熟女人妻另类av| 蜜臀成人av在线播放| 亚洲久久午夜av一区二区| 瑟瑟视频在线观看免费视频| 亚洲图片偷拍自拍区| 黄色片年轻人在线观看| 国产V亚洲V天堂无码欠欠| 成人乱码一区二区三区av| 91精品激情五月婷婷在线| 欧美一区二区三区久久久aaa| 性生活第二下硬不起来| 大陆av手机在线观看| 午夜国产免费福利av| 亚洲国产精品久久久久蜜桃| 又粗又长 明星操逼小视频| 韩国三级aaaaa高清视频| 日本熟妇丰满厨房55| 国产午夜亚洲精品不卡在线观看 | 亚洲成高清a人片在线观看| 欧美黑人与人妻精品| 岛国免费大片在线观看| 一区二区三区精品日本| chinese国产盗摄一区二区| 在线视频这里只有精品自拍| 最新91精品视频在线| 大鸡吧插入女阴道黄色片| 中文字幕免费福利视频6| 福利一二三在线视频观看| 国产va在线观看精品| 色爱av一区二区三区| 国产精品精品精品999| 人妻3p真实偷拍一二区| 久久这里只有精彩视频免费| 黄色视频在线观看高清无码| 91成人精品亚洲国产| 3344免费偷拍视频| 青青青艹视频在线观看| 欧美80老妇人性视频| 欲满人妻中文字幕在线| 男人在床上插女人视频| 日韩av中文在线免费观看| 自拍偷区二区三区麻豆| 欧美精品中文字幕久久二区| 国产欧美日韩在线观看不卡| 1000小视频在线| 国产极品精品免费视频| 首之国产AV医生和护士小芳| 亚洲精品色在线观看视频| 青娱乐极品视频青青草| 久久精品在线观看一区二区| 亚洲天堂有码中文字幕视频| av在线观看网址av| 熟女人妻一区二区精品视频| 欧美黄色录像免费看的| 天天干夜夜操啊啊啊| 中文字幕最新久久久| 成人国产小视频在线观看| 亚洲欧洲一区二区在线观看| 免费黄色成人午夜在线网站| 国产精品亚洲在线观看| 在线播放 日韩 av| 久久久久只精品国产三级| 五十路熟女人妻一区二区9933| 一区二区三区另类在线| 中字幕人妻熟女人妻a62v网| 欧美xxx成人在线| 美女 午夜 在线视频| 传媒在线播放国产精品一区| 亚洲欧美人精品高清| 三级黄色亚洲成人av| 91中文字幕最新合集| 婷婷色中文亚洲网68| 中文字幕在线观看极品视频| 天天综合天天综合天天网| 国产精品自偷自拍啪啪啪| 偷偷玩弄新婚人妻h视频| 狠狠躁夜夜躁人人爽天天天天97| 日本精品美女在线观看| 男人的天堂av日韩亚洲| huangse网站在线观看| 欧美日韩v中文在线| 国产1区,2区,3区| 97人人妻人人澡人人爽人人精品| 亚洲少妇人妻无码精品| 中文字母永久播放1区2区3区| 大尺度激情四射网站| 亚洲国产美女一区二区三区软件| 亚洲午夜伦理视频在线| 天天日天天摸天天爱| 少妇高潮一区二区三区| av天堂加勒比在线| 国产中文精品在线观看| 日本午夜福利免费视频| 午夜在线精品偷拍一区二| 亚洲国产精品久久久久蜜桃| 日本高清撒尿pissing| 宅男噜噜噜666国产| 欧美日韩中文字幕欧美| okirakuhuhu在线观看| 日韩激情文学在线视频| 精品人妻每日一部精品| 免费在线福利小视频| 国产夫妻视频在线观看免费| sspd152中文字幕在线| 日本少妇的秘密免费视频| 亚洲精品乱码久久久久久密桃明| 国产片免费观看在线观看| 亚洲欧美一区二区三区爱爱动图| 激情伦理欧美日韩中文字幕| 人妻无码中文字幕专区| 狠狠鲁狠狠操天天晚上干干| 天天色天天爱天天爽| 男人靠女人的逼视频| 性生活第二下硬不起来| 国产自拍在线观看成人| 久久h视频在线观看| 亚洲另类图片蜜臀av| 日本性感美女写真视频| 11久久久久久久久久久| 亚洲免费在线视频网站| 久久久久久久久久久久久97| 一区二区三区久久久91| 91极品大一女神正在播放| 自拍偷拍vs一区二区三区| 亚洲中文字幕校园春色| 久久久久久久99精品| 黑人巨大精品欧美视频| 玩弄人妻熟妇性色av少妇| 欧美区一区二区三视频| 亚洲国产精品免费在线观看| 在线亚洲天堂色播av电影| 无套猛戳丰满少妇人妻| 内射久久久久综合网| 久久h视频在线观看| 免费在线看的黄网站| 久久久久久久精品成人热| 天堂资源网av中文字幕| 日本熟女精品一区二区三区| 自拍偷拍亚洲精品第2页| 一二三中文乱码亚洲乱码one| 亚洲一区二区三区久久午夜| 亚洲伊人色一综合网| 成人色综合中文字幕| 国产精品人妻66p| 1区2区3区4区视频在线观看| 国产精品系列在线观看一区二区| 91国产在线视频免费观看| 久久99久久99精品影院| 欧美成人综合色在线噜噜| 欧美专区第八页一区在线播放| 99精品免费久久久久久久久a| 国产精品久久久久久美女校花| 中文字幕在线一区精品| 欧美精品国产综合久久| 国产精品久久久久网| 天天干夜夜操天天舔| 亚洲午夜电影之麻豆| 亚洲欧美综合另类13p| 99久久成人日韩欧美精品| 粉嫩av懂色av蜜臀av| 激情内射在线免费观看| 欧美久久久久久三级网| 亚洲 色图 偷拍 欧美| 日本丰满熟妇大屁股久久| 亚洲黄色av网站免费播放| 国产成人自拍视频播放| 亚洲伊人av天堂有码在线| 欧美一级色视频美日韩| 国产成人一区二区三区电影网站| 亚洲视频在线视频看视频在线| 97人妻人人澡爽人人精品| 熟女人妻三十路四十路人妻斩| 扒开让我视频在线观看| 亚洲 清纯 国产com| 天天日天天日天天擦| 国产av福利网址大全| 免费在线观看视频啪啪| 国产精品亚洲а∨天堂免| 欧亚乱色一区二区三区| 日日夜夜精品一二三| 在线免费观看日本片| 2021久久免费视频| 成年人啪啪视频在线观看| 天堂av狠狠操蜜桃| 欧美在线一二三视频| av男人天堂狠狠干| 不卡精品视频在线观看| 韩国黄色一级二级三级| ka0ri在线视频| 狠狠操操操操操操操操操| 天天干夜夜操天天舔| 一区二区三区美女毛片| 亚洲久久午夜av一区二区| 老有所依在线观看完整版| 做爰视频毛片下载蜜桃视频1| 欧美日韩一级黄片免费观看| avjpm亚洲伊人久久| 激情国产小视频在线| 欧美成人黄片一区二区三区| 在线免费91激情四射 | 美洲精品一二三产区区别| 视频一区 视频二区 视频| 啪啪啪啪啪啪啪啪啪啪黄色| 三级等保密码要求条款| 久久久久久久亚洲午夜综合福利| 成年人黄色片免费网站| 久久久久久cao我的性感人妻 | 高清一区二区欧美系列| 一区二区三区av高清免费| 亚洲一级特黄特黄黄色录像片| 成人蜜桃美臀九一一区二区三区| 久久艹在线观看视频| jiujiure精品视频在线| 久久精品在线观看一区二区| 真实国模和老外性视频| 国产精品久久综合久久| 唐人色亚洲av嫩草| av天堂中文免费在线| 日本午夜爽爽爽爽爽视频在线观看 | 女生自摸在线观看一区二区三区| 国产精品sm调教视频| yy96视频在线观看| 亚洲av无乱一区二区三区性色| 国产亚洲欧美45p| 阿v天堂2014 一区亚洲| 精产国品久久一二三产区区别| 成年女人免费播放视频| 视频久久久久久久人妻| 久久丁香婷婷六月天| 黄色视频在线观看高清无码| 老司机福利精品免费视频一区二区| 精品人妻一二三区久久| 白白操白白色在线免费视频| 成人性爱在线看四区| 日韩美女精品视频在线观看网站 | 国产又色又刺激在线视频| 神马午夜在线观看视频| 班长撕开乳罩揉我胸好爽| 欧美80老妇人性视频| 一区二区三区四区五区性感视频| 色综合久久久久久久久中文| 绝顶痉挛大潮喷高潮无码 | 9久在线视频只有精品| 欧美成人黄片一区二区三区| 五月色婷婷综合开心网4438| 亚洲国产40页第21页| 插逼视频双插洞国产操逼插洞| 国产精品人妻一区二区三区网站| 57pao国产一区二区| 午夜成午夜成年片在线观看| 美女在线观看日本亚洲一区| 亚洲av极品精品在线观看| 亚洲最大免费在线观看| 国产伊人免费在线播放| 第一福利视频在线观看| 40道精品招牌菜特色| 日本人妻少妇18—xx| 黄工厂精品视频在线观看| 欧美日本在线视频一区| 中文字幕1卡1区2区3区| 亚洲成人国产综合一区| 9色在线视频免费观看| 免费黄色成人午夜在线网站| 国产丰满熟女成人视频| 成人网18免费视频版国产| 亚洲国产成人无码麻豆艾秋| 最新的中文字幕 亚洲| 最新黄色av网站在线观看| 91极品大一女神正在播放| 国产熟妇一区二区三区av| 日韩北条麻妃一区在线| 免费男阳茎伸入女阳道视频| 青青草在观免费国产精品| 日日夜夜狠狠干视频| 国产亚洲精品品视频在线| avjpm亚洲伊人久久| 黄色录像鸡巴插进去| 国产精品人妻熟女毛片av久| 91九色porny国产蝌蚪视频| 中文字幕日韩人妻在线三区| 中文字幕人妻一区二区视频| 午夜91一区二区三区| 天天日天天摸天天爱| 人妻久久无码中文成人| 亚洲综合一区成人在线| 日日爽天天干夜夜操| 中文字幕一区二 区二三区四区 | 精品欧美一区二区vr在线观看| 在线新三级黄伊人网| 888欧美视频在线| 国产视频一区在线观看| 91破解版永久免费| 亚洲熟妇无码一区二区三区| 精品人妻一二三区久久| 人人妻人人爱人人草| 国产夫妻视频在线观看免费| 在线观看国产免费麻豆| 特级无码毛片免费视频播放| rct470中文字幕在线| 欧美精品免费aaaaaa| av日韩在线免费播放| 成人sm视频在线观看| 中国熟女@视频91| 午夜极品美女福利视频| 中文字幕 码 在线视频| 国内精品在线播放第一页| 亚洲成人激情av在线| 精品人妻伦一二三区久| 亚洲激情偷拍一区二区 | 97精品成人一区二区三区| 亚洲人妻国产精品综合| 国产乱子伦精品视频潮优女| 亚洲av一妻不如妾| 四川五十路熟女av| 日韩a级精品一区二区| 一区二区三区麻豆福利视频| 日本少妇在线视频大香蕉在线观看| 中文字幕国产专区欧美激情| 98视频精品在线观看| 女同久久精品秋霞网| 久久亚洲天堂中文对白| 久草视频福利在线首页| 国产一区成人在线观看视频| 337p日本大胆欧美人| 欧美日本在线观看一区二区| 中文字幕在线乱码一区二区| 亚洲欧美一卡二卡三卡| 538精品在线观看视频| 欧亚乱色一区二区三区| 青青青青青操视频在线观看| 99热碰碰热精品a中文| 欧亚日韩一区二区三区观看视频| 国产一区二区欧美三区| 视频一区二区综合精品| 99热这里只有国产精品6| 国产精品久久综合久久| 91免费福利网91麻豆国产精品| 视频啪啪啪免费观看| 国产在线免费观看成人| 9色在线视频免费观看| 91‖亚洲‖国产熟女| 日本高清撒尿pissing| 黄网十四区丁香社区激情五月天| 天天做天天干天天操天天射| 99的爱精品免费视频| 国产伊人免费在线播放| 一区二区三区av高清免费| 日本韩国免费一区二区三区视频| 自拍偷拍亚洲另类色图| 视频一区二区综合精品| 人妻无码色噜噜狠狠狠狠色| 97精品视频在线观看| 91破解版永久免费| 国产一区av澳门在线观看| 啊啊啊想要被插进去视频| 在线视频自拍第三页| 亚洲 色图 偷拍 欧美| 天天操天天弄天天射| 国产免费高清视频视频| 国产 在线 免费 精品| 亚洲成人熟妇一区二区三区 | 久久永久免费精品人妻专区 | 婷婷五月亚洲综合在线| 中文字幕人妻三级在线观看| 少妇人妻100系列| 亚洲 国产 成人 在线| 91精品免费久久久久久| 黄色片黄色片wyaa| 成年人中文字幕在线观看| 黄色大片男人操女人逼| 淫秽激情视频免费观看| 一区二区三区在线视频福利| 亚洲2021av天堂| 人妻激情图片视频小说| 欧美色呦呦最新网址| 93视频一区二区三区| 国产精品日韩欧美一区二区| caoporn蜜桃视频| 免费在线看的黄片视频| 自拍偷拍,中文字幕| 人妻最新视频在线免费观看| 91欧美在线免费观看| 2018最新中文字幕在线观看 | 成年人中文字幕在线观看| 人人在线视频一区二区| 亚洲av午夜免费观看| 国产美女精品福利在线| 日本a级视频老女人| 婷婷综合亚洲爱久久| aⅴ精产国品一二三产品| 国产精品三级三级三级| 久久久久久9999久久久久| 亚洲特黄aaaa片| 国产精品视频男人的天堂| 操的小逼流水的文章| 亚洲午夜高清在线观看| 亚洲人妻视频在线网| 黄片色呦呦视频免费看| 鸡巴操逼一级黄色气| 99亚洲美女一区二区三区| 成人性爱在线看四区| 在线新三级黄伊人网| 在线国产精品一区二区三区| 成人18禁网站在线播放| 日韩少妇人妻精品无码专区| 国产视频精品资源网站| 国内精品在线播放第一页| 美女福利视频网址导航| 啪啪啪啪啪啪啪免费视频| 久久精品亚洲成在人线a| 亚洲精品麻豆免费在线观看| 欧洲日韩亚洲一区二区三区| 蜜臀av久久久久久久| 人妻凌辱欧美丰满熟妇| 午夜激情高清在线观看| 精品一区二区亚洲欧美| 欧美精品免费aaaaaa| 亚洲av黄色在线网站| 91麻豆精品91久久久久同性| 久久久久国产成人精品亚洲午夜| 日本少妇精品免费视频| 一区二区三区日韩久久| 日韩欧美国产一区不卡| 亚洲欧美福利在线观看| 蜜臀av久久久久蜜臀av麻豆| 成人av天堂丝袜在线观看| 久久久久久九九99精品| 人妻少妇亚洲一区二区|