青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

那誰的技術(shù)博客

感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
數(shù)據(jù)加載中……

epoll學(xué)習(xí)筆記

epoll有兩種模式,Edge Triggered(簡稱ET) 和 Level Triggered(簡稱LT).在采用這兩種模式時要注意的是,如果采用ET模式,那么僅當(dāng)狀態(tài)發(fā)生變化時才會通知,而采用LT模式類似于原來的select/poll操作,只要還有沒有處理的事件就會一直通知.

以代碼來說明問題:
首先給出server的代碼,需要說明的是每次accept的連接,加入可讀集的時候采用的都是ET模式,而且接收緩沖區(qū)是5字節(jié)的,也就是每次只接收5字節(jié)的數(shù)據(jù):
#include <iostream>
#include 
<sys/socket.h>
#include 
<sys/epoll.h>
#include 
<netinet/in.h>
#include 
<arpa/inet.h>
#include 
<fcntl.h>
#include 
<unistd.h>
#include 
<stdio.h>
#include 
<errno.h>

using namespace std;

#define MAXLINE 
5
#define OPEN_MAX 
100
#define LISTENQ 
20
#define SERV_PORT 
5000
#define INFTIM 
1000

void setnonblocking(
int sock)
{
    
int opts;
    opts
=fcntl(sock,F_GETFL);
    
if(opts<0)
    {
        perror(
"fcntl(sock,GETFL)");
        
exit(1);
    }
    opts 
= opts|O_NONBLOCK;
    
if(fcntl(sock,F_SETFL,opts)<0)
    {
        perror(
"fcntl(sock,SETFL,opts)");
        
exit(1);
    }   
}

int main()
{
    
int i, maxi, listenfd, connfd, sockfd,epfd,nfds;
    ssize_t n;
    char line[MAXLINE];
    socklen_t clilen;
    
//聲明epoll_event結(jié)構(gòu)體的變量,ev用于注冊事件,數(shù)組用于回傳要處理的事件
    struct epoll_event ev,events[
20];
    
//生成用于處理accept的epoll專用的文件描述符
    epfd
=epoll_create(256);
    struct sockaddr_in clientaddr;
    struct sockaddr_in serveraddr;
    listenfd 
= socket(AF_INET, SOCK_STREAM, 0);
    
//把socket設(shè)置為非阻塞方式
    
//setnonblocking(listenfd);
    
//設(shè)置與要處理的事件相關(guān)的文件描述符
    ev.data.fd
=listenfd;
    
//設(shè)置要處理的事件類型
    ev.events
=EPOLLIN|EPOLLET;
    
//ev.events=EPOLLIN;
    
//注冊epoll事件
    epoll_ctl(epfd,EPOLL_CTL_ADD,listenfd,
&ev);
    bzero(
&serveraddr, sizeof(serveraddr));
    serveraddr.sin_family 
= AF_INET;
    char 
*local_addr="127.0.0.1";
    inet_aton(local_addr,
&(serveraddr.sin_addr));//htons(SERV_PORT);
    serveraddr.sin_port
=htons(SERV_PORT);
    bind(listenfd,(sockaddr 
*)&serveraddr, sizeof(serveraddr));
    listen(listenfd, LISTENQ);
    maxi 
= 0;
    
for ( ; ; ) {
        
//等待epoll事件的發(fā)生
        nfds
=epoll_wait(epfd,events,20,500);
        
//處理所發(fā)生的所有事件     
        
for(i=0;i<nfds;++i)
        {
            
if(events[i].data.fd==listenfd)
            {
                connfd 
= accept(listenfd,(sockaddr *)&clientaddr, &clilen);
                
if(connfd<0){
                    perror(
"connfd<0");
                    
exit(1);
                }
                
//setnonblocking(connfd);
                char 
*str = inet_ntoa(clientaddr.sin_addr);
                cout 
<< "accapt a connection from " << str << endl;
                
//設(shè)置用于讀操作的文件描述符
                ev.data.fd
=connfd;
                
//設(shè)置用于注測的讀操作事件
                ev.events
=EPOLLIN|EPOLLET;
                
//ev.events=EPOLLIN;
                
//注冊ev
                epoll_ctl(epfd,EPOLL_CTL_ADD,connfd,
&ev);
            }
            
else if(events[i].events&EPOLLIN)
            {
                cout 
<< "EPOLLIN" << endl;
                
if ( (sockfd = events[i].data.fd) < 0
                    continue;
                
if ( (n = read(sockfd, line, MAXLINE)) < 0) {
                    
if (errno == ECONNRESET) {
                        close(sockfd);
                        events[i].data.fd 
= -1;
                    } 
else
                        std::cout
<<"readline error"<<std::endl;
                } 
else if (n == 0) {
                    close(sockfd);
                    events[i].data.fd 
= -1;
                }
                line[n] 
= '\0';
                cout << "read " << line << endl;
                
//設(shè)置用于寫操作的文件描述符
                ev.data.fd
=sockfd;
                
//設(shè)置用于注測的寫操作事件
                ev.events
=EPOLLOUT|EPOLLET;
                
//修改sockfd上要處理的事件為EPOLLOUT
                
//epoll_ctl(epfd,EPOLL_CTL_MOD,sockfd,&ev);
            }
            
else if(events[i].events&EPOLLOUT)
            {   
                sockfd 
= events[i].data.fd;
                write(sockfd, line, n);
                
//設(shè)置用于讀操作的文件描述符
                ev.data.fd
=sockfd;
                
//設(shè)置用于注測的讀操作事件
                ev.events
=EPOLLIN|EPOLLET;
                
//修改sockfd上要處理的事件為EPOLIN
                epoll_ctl(epfd,EPOLL_CTL_MOD,sockfd,
&ev);
            }
        }
    }
    return 
0;
}


下面給出測試所用的Perl寫的client端,在client中發(fā)送10字節(jié)的數(shù)據(jù),同時讓client在發(fā)送完數(shù)據(jù)之后進入死循環(huán), 也就是在發(fā)送完之后連接的狀態(tài)不發(fā)生改變--既不再發(fā)送數(shù)據(jù), 也不關(guān)閉連接,這樣才能觀察出server的狀態(tài):
#!/usr/bin/perl

use IO::Socket;

my $host 
= "127.0.0.1";
my $port 
= 5000;

my $socket 
= IO::Socket::INET->new("$host:$port"or die "create socket error $@";
my $msg_out 
= "1234567890";
print $socket $msg_out;
print 
"now send over, go to sleep\n";

while (1)
{
    sleep(
1);
}
運行server和client發(fā)現(xiàn),server僅僅讀取了5字節(jié)的數(shù)據(jù),而client其實發(fā)送了10字節(jié)的數(shù)據(jù),也就是說,server僅當(dāng)?shù)谝淮伪O(jiān)聽到了EPOLLIN事件,由于沒有讀取完數(shù)據(jù),而且采用的是ET模式,狀態(tài)在此之后不發(fā)生變化,因此server再也接收不到EPOLLIN事件了.
(友情提示:上面的這個測試客戶端,當(dāng)你關(guān)閉它的時候會再次出發(fā)IO可讀事件給server,此時server就會去讀取剩下的5字節(jié)數(shù)據(jù)了,但是這一事件與前面描述的ET性質(zhì)并不矛盾.)

如果我們把client改為這樣:
#!/usr/bin/perl

use IO::Socket;

my $host 
= "127.0.0.1";
my $port 
= 5000;

my $socket 
= IO::Socket::INET->new("$host:$port"or die "create socket error $@";
my $msg_out 
= "1234567890";
print $socket $msg_out;
print 
"now send over, go to sleep\n";
sleep(
5);
print 
"5 second gonesend another line\n";
print $socket $msg_out;

while (1)
{
    sleep(
1);
}

可以發(fā)現(xiàn),在server接收完5字節(jié)的數(shù)據(jù)之后一直監(jiān)聽不到client的事件,而當(dāng)client休眠5秒之后重新發(fā)送數(shù)據(jù),server再次監(jiān)聽到了變化,只不過因為只是讀取了5個字節(jié),仍然有10個字節(jié)的數(shù)據(jù)(client第二次發(fā)送的數(shù)據(jù))沒有接收完.

如果上面的實驗中,對accept的socket都采用的是LT模式,那么只要還有數(shù)據(jù)留在buffer中,server就會繼續(xù)得到通知,讀者可以自行改動代碼進行實驗.

基于這兩個實驗,可以得出這樣的結(jié)論:ET模式僅當(dāng)狀態(tài)發(fā)生變化的時候才獲得通知,這里所謂的狀態(tài)的變化并不包括緩沖區(qū)中還有未處理的數(shù)據(jù),也就是說,如果要采用ET模式,需要一直read/write直到出錯為止,很多人反映為什么采用ET模式只接收了一部分?jǐn)?shù)據(jù)就再也得不到通知了,大多因為這樣;而LT模式是只要有數(shù)據(jù)沒有處理就會一直通知下去的.

補充說明一下這里一直強調(diào)的"狀態(tài)變化"是什么:

1)對于監(jiān)聽可讀事件時,如果是socket是監(jiān)聽socket,那么當(dāng)有新的主動連接到來為狀態(tài)發(fā)生變化;對一般的socket而言,協(xié)議棧中相應(yīng)的緩 沖區(qū)有新的數(shù)據(jù)為狀態(tài)發(fā)生變化.但是,如果在一個時間同時接收了N個連接(N>1),但是監(jiān)聽socket只accept了一個連接,那么其它未 accept的連接將不會在ET模式下給監(jiān)聽socket發(fā)出通知,此時狀態(tài)不發(fā)生變化;對于一般的socket,就如例子中而言,如果對應(yīng)的緩沖區(qū)本身 已經(jīng)有了N字節(jié)的數(shù)據(jù),而只取出了小于N字節(jié)的數(shù)據(jù),那么殘存的數(shù)據(jù)不會造成狀態(tài)發(fā)生變化.

2)對于監(jiān)聽可寫事件時,同理可推,不再詳述.

而不論是監(jiān)聽可讀還是可寫,對方關(guān)閉socket連接都將造成狀態(tài)發(fā)生變化,比如在例子中,如果強行中斷client腳本,也就是主動中斷了socket連接,那么都將造成server端發(fā)生狀態(tài)的變化,從而server得到通知,將已經(jīng)在本方緩沖區(qū)中的數(shù)據(jù)讀出.

把前面的描述可以總結(jié)如下:僅當(dāng)對方的動作(發(fā)出數(shù)據(jù),關(guān)閉連接等)造成的事件才能導(dǎo)致狀態(tài)發(fā)生變化,而本方協(xié)議棧中已經(jīng)處理的事件(包括接收了對方的數(shù) 據(jù),接收了對方的主動連接請求)并不是造成狀態(tài)發(fā)生變化的必要條件,狀態(tài)變化一定是對方造成的.所以在ET模式下的,必須一直處理到出錯或者完全處理完 畢,才能進行下一個動作,否則可能會發(fā)生錯誤.

另外,從這個例子中,也可以闡述一些基本的網(wǎng)絡(luò)編程概念.首先,連接的兩端中,一端發(fā)送成功并不代表著對方上層應(yīng)用程序接收成功, 就拿上面的client測試程序來說,10字節(jié)的數(shù)據(jù)已經(jīng)發(fā)送成功,但是上層的server并沒有調(diào)用read讀取數(shù)據(jù),因此發(fā)送成功僅僅說明了數(shù)據(jù)被對方的協(xié)議棧接收存放在了相應(yīng)的buffer中,而上層的應(yīng)用程序是否接收了這部分?jǐn)?shù)據(jù)不得而知;同樣的,讀取數(shù)據(jù)時也只代表著本方協(xié)議棧的對應(yīng)buffer中有數(shù)據(jù)可讀,而此時時候在對端是否在發(fā)送數(shù)據(jù)也不得而知.


posted on 2008-04-29 20:06 那誰 閱讀(41273) 評論(28)  編輯 收藏 引用 所屬分類: 網(wǎng)絡(luò)編程服務(wù)器設(shè)計 、Linux/Unix

評論

# re: epoll學(xué)習(xí)筆記[未登錄]  回復(fù)  更多評論   

而當(dāng)client休眠5秒之后重新發(fā)送數(shù)據(jù),server再次監(jiān)聽到了變化,
為什么sleep 5s就能監(jiān)聽到變化?此時緩沖區(qū)中不是一直有數(shù)據(jù)嗎?再發(fā)送10字節(jié)的數(shù)據(jù),只是數(shù)據(jù)多了而已,ET的“狀態(tài)”發(fā)生變化了?
2008-04-29 23:06 | true

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

你可以把這個改進成一個epoll+線程池
這樣子單線程效率...............
2008-04-30 08:54 | 關(guān)中刀客

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

SERVER 只是最多只是接受5個字符 在MAXLINE = 5 限制了
2008-07-31 15:04 | 白癡

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

connfd = accept(listenfd,(sockaddr *)&clientaddr, &clilen);
這一句的最后一個參數(shù)錯了, 導(dǎo)致每次新的連接的地址輸出錯誤. 其他, 很好!
2008-08-29 12:21 | QQ:147439772

# re: epoll學(xué)習(xí)筆記[未登錄]  回復(fù)  更多評論   

@關(guān)中刀客
這個只是起演示作用的,謝謝.
2008-10-16 20:41 | 創(chuàng)

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

listenfd 在accept一個clt后不用mod它的event嗎?
2008-10-27 13:05 | coolll

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

但是,如果在一個時間同時接收了N個連接(N>1),但是監(jiān)聽socket只accept了一個連接,那么其它未 accept的連接將不會在ET模式下給監(jiān)聽socket發(fā)出通知,此時狀態(tài)不發(fā)生變化;

----------------
那對于listenfd是不是應(yīng)該采用LT模式?
2008-10-27 13:27 | sss

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

可以accept 出錯為止嗎?
2008-10-27 13:29 | sss

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

@true
不是因為sleep 5s后才能監(jiān)聽到變化
而是sleep后又發(fā)了一次...
2009-02-12 15:11 | sss

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

在accept中使用clilen之前要對clilen賦初值,否則第一次accept得到的IP地址不對.
2009-04-22 10:26 | xwpcom

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

哥們說的很好,其中的要點,我大致領(lǐng)會了
你的意思是說,是不是傾向于使用LT盡量不使用ET,這樣的話就可以避免繁雜的操作,
但是我要是還想使用ET的話,在接收數(shù)據(jù)的時候我好處理,大不了我一直讀數(shù)據(jù)。知道所有的數(shù)據(jù)read完成,但是我發(fā)送數(shù)據(jù)的話該如何處理哪》
一次沒有發(fā)送完成的就一直發(fā)送(有一旦必須說明ET只支持非堵塞的socket)
這個該如何實現(xiàn)那????
2009-05-06 11:00 | qq957863054

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

@qq957863054
寫的處理跟讀應(yīng)該差不多吧,我想你只要理解了ET模式的要點就可以理解了--ET僅在所關(guān)注的事件狀態(tài)發(fā)生變化,也就是從無到有或者從有到無的時候才會有通知,而從多到少或者從少到多不會有通知.
2009-05-06 11:07 | 那誰

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

我想問問,使用epoll維護的socket上如何實現(xiàn)TCP/IP的上行和下行同步的問題,
因為epoll的epoll_wait返回后是這樣處理的
if(EPOLLIN)
{
recv(...)
}
else if(EPOLLOUT)
{
send(....)
}
這兩個事件是分別報告的,也就是說,同一個socket上只能是recv或者send,不可能實現(xiàn)在同一個socket上同時recv和send
聽聽你 的高見
2009-05-11 16:08 | qq957863054

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

@qq957863054
實際上同一個socket上是可以既recv又send的,因為這是全雙工的服務(wù),只不過這樣的情況在邏輯上錯誤.比如你可以想象兩個人對話,一個人一邊說話一邊聽別人說話嗎?
2009-05-11 18:36 | 那誰

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

你大的比方非常不恰當(dāng),你的例子就否定的了你前面說的實際上是可以的
退一步講,這個邏輯錯誤是不是影響了實際的使用
就是說,兩個socket建立連接后,在任意一端只能是在接收數(shù)據(jù)或者在發(fā)送數(shù)據(jù),而兩者不能同時進行,這樣不但違背了你說的雙工服務(wù),還影響效率
舉例來說,假若我倆建立連接后想互相發(fā)送5G的文件,作為你或者是我,只能是接收或者發(fā)送信息的話,要傳送完文件的話,實際上就是單向傳遞了10G的文件的時間,要是我們實行雙工的話,就是傳送5G文件時間或者多一點,是不是應(yīng)該考慮這個問題
還有一個問題就是在開始我注冊了EPOLLIN時間后,假若我epoll_wait后有EPOLLIN事件,我處理后,用不用再次將服對應(yīng)socket的EPOLLIN 事件重新注冊一把或者MOD一下
你用epoll嗎?薩用的
2009-05-13 11:02 | qq957863054

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

按照代碼執(zhí)行,并不能得到想要的結(jié)果,LT和ET模式得到的都是同樣的結(jié)果為啥呢?
2009-10-12 17:57 | lxjeanse

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

博主的代碼能運行成功嗎?我用你的代碼跑了一下,在ET模式下,仍然會讀取后面的67890這是什么原因呢?我改用LT模式結(jié)果也是一樣的,而且你的第二個客戶端程序在睡眠5秒之后根本不會輸出"5 second gonesend another line"這句話,麻煩你告訴我怎么回事呢,謝謝了!
2009-10-13 10:06 | lxjeanse

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

@lxjeanse
LZ,你用ET寫的server在關(guān)閉客戶端的時候才收到的后面幾個數(shù)據(jù)吧?那是因為客戶端關(guān)閉的時候,server也會收到io消息,這時就會去接收剩下的數(shù)據(jù)了.
2009-10-13 21:04 | 那誰

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

@那誰
不是的,我會收到兩次67890
2009-10-13 23:16 | lxjeanse

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

樓主的這段代碼是水平模式的,呵呵,邊緣模式你還有幾句話沒補上!!
2009-12-24 09:04 | stronger

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

server為什么設(shè)置成非阻塞的?設(shè)置成阻塞的對epoll有什么影響?
2010-02-05 10:03 | coder`

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

qq:769155709
寫的還可以,學(xué)習(xí),做個網(wǎng)友交流。
2010-11-07 18:51 | 769155709

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

說白了就是水平觸發(fā)和邊沿觸發(fā),學(xué)過數(shù)字電子技術(shù)的人都很容易理解,就像那個觸發(fā)器波形。
2010-12-10 16:50 | 加百

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

挺好的文章,不過代碼里頭好多錯誤,anyway, 感謝樓主的帖子。更正些東西
1.
socklen_t len = sizeof(struct sockaddr);
connfd = accept(listenfd, (struct sockaddr *)&caddr, &len);
有時accept就會出現(xiàn)EINVAL的錯誤,后來查找資料發(fā)現(xiàn),得在accept前將len賦值,即len = sizeof(struct sockaddr),然后再傳遞&len進去即可。

2. 樓主的代碼會受到2次”67890“。
問題在EPOLLIN的處理代碼里,注釋上/刪除下面代碼就好了
/* ev.data.fd = sockfd;
ev.events = EPOLLOUT|EPOLLET;
epoll_ctl(epfd,EPOLL_CTL_MOD,sockfd,&ev);*/

2012-02-26 16:31 | Triage

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

還有,初學(xué)的人看看這個還成,要是寫服務(wù)器軟件的,就是要7X24跑的,千萬別用這些代碼,錯誤處理和epoll的處理都有缺陷。

建議看 https://banu.com/blog/2/how-to-use-epoll-a-complete-example-in-c/

2012-02-26 16:33 | Triage

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

If you're in the corner and have no money to go out from that, you will need to take the <a href="http://goodfinance-blog.com/topics/home-loans">home loans</a>. Just because it should help you unquestionably. I get student loan every single year and feel myself fine because of this.
2012-03-01 07:16 | MarisaSpence

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

受益匪淺
2012-06-04 15:10 | 阿南

# re: epoll學(xué)習(xí)筆記  回復(fù)  更多評論   

有些錯誤...
https://banu.com/blog/2/how-to-use-epoll-a-complete-example-in-c/
這里寫的不錯
2013-03-12 14:29 | cnbtmovie
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美四级在线观看| 99精品欧美| 在线视频精品一| 中文国产一区| 99国产精品一区| 亚洲色图在线视频| 午夜国产精品视频| 久久精品视频在线免费观看| 久久久久免费观看| 欧美不卡高清| 一级成人国产| 久久久久高清| 欧美激情精品久久久六区热门 | 亚洲精品少妇网址| 夜色激情一区二区| 欧美一区二区三区在线播放| 欧美在线首页| 欧美日韩在线精品| 狠狠色综合色区| 99国产精品| 久久成人国产| 亚洲国产精品一区二区第一页| 亚洲精品一区在线观看香蕉| 亚洲欧美日韩在线观看a三区| 久久一区二区视频| 国产精品国产三级国产aⅴ浪潮| 国产专区欧美精品| 亚洲综合欧美日韩| 欧美高清在线观看| 亚洲欧美日韩精品久久亚洲区 | 久久久久久亚洲精品中文字幕| 欧美电影在线观看| 国产在线拍揄自揄视频不卡99| 一本色道久久加勒比精品 | 99国产精品久久久久老师| 亚洲欧美中文日韩v在线观看| 免费日韩成人| 激情久久一区| 欧美中日韩免费视频| 亚洲乱码日产精品bd| 裸体一区二区三区| 国产综合欧美在线看| 午夜欧美理论片| 一区二区三区日韩欧美精品| 欧美理论电影在线播放| 亚洲国产成人久久综合一区| 久久亚洲精品视频| 久久国产精品久久国产精品| 国产欧美大片| 欧美一级淫片aaaaaaa视频| 最新国产成人av网站网址麻豆| 欧美一区二区视频免费观看 | 亚洲人在线视频| 欧美成人免费va影院高清| 怡红院精品视频| 免费在线播放第一区高清av| 久久精品一区二区三区不卡牛牛 | 99国产麻豆精品| 亚洲高清视频一区二区| 久久精品一区二区三区不卡牛牛| 国产精品天美传媒入口| 香蕉久久国产| 欧美一区二区视频免费观看| 国内精品久久久久久影视8| 久久久久久亚洲精品中文字幕 | 亚洲一区二区三区四区视频| 欧美日韩精品一区二区三区| 中日韩视频在线观看| 亚洲一级影院| 国产综合久久久久影院| 欧美成人综合在线| 欧美精品在线观看播放| av成人毛片| 亚洲欧美另类在线| 在线看日韩av| 亚洲福利视频网| 欧美视频免费在线观看| 欧美在线观看网址综合| 久久激情视频| 99国产精品久久久久久久久久| 正在播放日韩| 在线观看精品视频| 亚洲三级视频| 国产欧美日韩视频在线观看 | 国产精品高潮粉嫩av| 欧美一区二区三区播放老司机| 欧美一区二区三区成人 | 久久色在线播放| 欧美黄色小视频| 欧美一级网站| 欧美电影免费观看高清| 午夜久久福利| 母乳一区在线观看| 欧美一区二区大片| 农村妇女精品| 久久久久久亚洲精品杨幂换脸 | 性欧美videos另类喷潮| 在线观看91精品国产麻豆| 91久久午夜| 国产亚洲综合在线| 亚洲专区欧美专区| 久久黄色网页| 亚洲专区一区| 欧美激情免费观看| 久久久久成人精品| 欧美午夜在线视频| 欧美激情精品久久久久久大尺度 | 国产在线观看91精品一区| 亚洲精品久久嫩草网站秘色| 激情视频一区二区三区| 一本久久综合亚洲鲁鲁| 亚洲国产乱码最新视频| 欧美一区成人| 午夜视频一区二区| 欧美日一区二区三区在线观看国产免| 久久久另类综合| 国产区精品视频| 一区二区三区黄色| 一区二区三区日韩在线观看| 美脚丝袜一区二区三区在线观看 | 日韩亚洲精品视频| 久久综合久久综合九色| 久久精品一区蜜桃臀影院| 国产精品国产三级国产aⅴ入口| 欧美激情一区二区三区成人| 永久免费精品影视网站| 久久精品欧洲| 免费成人av在线看| 亚洲第一精品久久忘忧草社区| 欧美一区日韩一区| 久久久久久网址| 一区二区三区在线免费观看| 久久av资源网站| 美女视频黄a大片欧美| 影音先锋日韩有码| 久久婷婷人人澡人人喊人人爽| 久久久夜夜夜| 黑人巨大精品欧美黑白配亚洲| 午夜伦理片一区| 久久久美女艺术照精彩视频福利播放| 国产精品视频观看| 午夜欧美精品| 裸体歌舞表演一区二区| 亚洲第一页在线| 欧美波霸影院| 99这里有精品| 久久精品国产2020观看福利| 国产综合色产| 久久天天躁夜夜躁狠狠躁2022| 欧美激情一区二区三区成人 | 欧美激情麻豆| 99亚洲一区二区| 国产精品成人免费| 欧美一级久久久| 免费一级欧美片在线观看| 亚洲麻豆av| 国产精品国产三级国产普通话三级| 亚洲午夜女主播在线直播| 久久国产精品网站| 亚洲福利专区| 欧美体内she精视频在线观看| 一区二区冒白浆视频| 很黄很黄激情成人| 免费精品视频| 一级日韩一区在线观看| 久久久精品国产99久久精品芒果| 精品电影在线观看| 欧美日韩精品二区第二页| 午夜精品免费| 91久久中文| 久久人人97超碰国产公开结果| 亚洲激情视频在线观看| 国产精品色婷婷| 欧美成人免费在线视频| 亚洲永久免费精品| 欧美激情在线观看| 久久精品成人一区二区三区| 日韩一级大片| 精品96久久久久久中文字幕无| 欧美日韩二区三区| 久久亚洲私人国产精品va| 亚洲调教视频在线观看| 欧美α欧美αv大片| 欧美一区二区免费视频| 亚洲美女免费精品视频在线观看| 国产手机视频一区二区| 欧美日韩亚洲在线| 欧美aa在线视频| 久久久久久久97| 欧美一二区视频| 亚洲专区一区二区三区| 日韩视频免费在线| 亚洲国产高清一区| 免费人成网站在线观看欧美高清| 午夜视频在线观看一区| 一区二区三区偷拍| 在线视频日韩精品| 一区二区三区日韩欧美| 亚洲精品美女久久7777777| 136国产福利精品导航网址应用|