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

那誰的技術(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模式只接收了一部分數(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)用程序是否接收了這部分數(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>
            亚洲砖区区免费| 亚洲黄色免费电影| 国产精品久久国产精品99gif| 亚洲欧美视频在线观看| 99re热这里只有精品免费视频| 欧美黑人国产人伦爽爽爽| 久久尤物视频| 久久久之久亚州精品露出| 欧美在线视频一区二区三区| 99精品久久久| 亚洲精品在线三区| 亚洲色无码播放| 亚洲精品一区二区在线观看| 欧美日韩视频在线一区二区观看视频| 男男成人高潮片免费网站| 国产精品久在线观看| 久久视频一区二区| 日韩视频在线播放| 牛牛国产精品| 欧美综合国产精品久久丁香| 99国产精品久久久久久久久久| 国产人成精品一区二区三| 欧美大片18| 久久久久一区| 久久精品噜噜噜成人av农村| 亚洲一区欧美一区| 国产一区视频观看| 国产精品久久久亚洲一区| 欧美精品日韩综合在线| 欧美视频四区| 久久久久久久一区| 99热精品在线观看| 亚洲国产精品一区二区www在线| 久久久视频精品| 欧美一区二区三区免费大片| 亚洲欧美一级二级三级| 在线亚洲激情| 香港久久久电影| 欧美一站二站| 久久一区二区三区四区五区| 久久久免费av| 免费精品视频| 亚洲国产99精品国自产| 欧美国产精品一区| 亚洲人成77777在线观看网| 亚洲国产高潮在线观看| 亚洲国产婷婷| 99视频超级精品| 中文日韩在线| 欧美影院一区| 免费人成精品欧美精品| 欧美日韩xxxxx| 欧美日韩一区二区三区| 国产精品免费网站| 国内成+人亚洲+欧美+综合在线| 伊人久久噜噜噜躁狠狠躁| 91久久精品美女高潮| 亚洲手机在线| 美腿丝袜亚洲色图| 99国产一区二区三精品乱码| 亚洲欧美国产高清| 欧美一级大片在线观看| 欧美 日韩 国产一区二区在线视频 | 久久久女女女女999久久| 老司机精品视频一区二区三区| 欧美大片18| 国产日韩欧美高清免费| 亚洲美女黄色片| 久久福利资源站| 亚洲精品欧美激情| 亚洲欧美日韩精品久久奇米色影视| 久久国产精品久久国产精品| 亚洲高清久久久| 久久成人资源| 国产精品高清在线| 亚洲日本va午夜在线电影| 亚洲性人人天天夜夜摸| 另类综合日韩欧美亚洲| 中国亚洲黄色| 欧美精品综合| 韩国av一区二区| 亚洲欧洲99久久| 最新成人av在线| 久久久久久成人| 99pao成人国产永久免费视频| 欧美一区二区在线免费播放| 久久亚洲电影| 亚洲高清不卡一区| 亚洲一区国产精品| 最新成人在线| 日韩视频免费大全中文字幕| 欧美在线日韩在线| 亚洲精品乱码久久久久久蜜桃麻豆| 午夜精品在线| 久久超碰97人人做人人爱| 国产精品日本欧美一区二区三区| 在线精品视频一区二区三四| 亚洲精品国产精品国自产观看浪潮| 久久国产视频网站| 亚洲电影免费观看高清完整版在线 | 欧美在线视频一区二区三区| 性久久久久久| 欧美日韩一区二区在线| 欧美一区中文字幕| 亚洲中字在线| 免费亚洲电影在线| 午夜精品久久久久久久蜜桃app | 中文欧美日韩| 国产精品久久二区二区| 美女主播视频一区| 欧美一级久久久久久久大片| 国产精品日韩欧美综合| 午夜免费在线观看精品视频| 99精品久久免费看蜜臀剧情介绍| 欧美黄免费看| 久久久久久久久蜜桃| 久久久99精品免费观看不卡| 欧美激情网站在线观看| 久久精品五月婷婷| 久久精品国产第一区二区三区| 日韩西西人体444www| 亚洲精品欧洲| 亚洲人成网站999久久久综合| 欧美成人情趣视频| 韩国女主播一区| 欧美激情bt| 欧美日韩精品在线视频| 亚洲激情另类| 亚洲黄色免费电影| 影院欧美亚洲| 毛片基地黄久久久久久天堂| 日韩视频国产视频| 亚洲精品国产精品乱码不99| 亚洲国产清纯| 亚洲高清资源综合久久精品| 欧美黄色一区二区| 亚洲第一综合天堂另类专| 欧美黄网免费在线观看| 国产视频一区在线观看一区免费| 免费不卡在线观看av| 国产视频一区二区三区在线观看| 欧美va亚洲va国产综合| 欧美精品亚洲二区| 亚洲精品国产精品国自产观看| 欧美精品观看| 欧美国产视频在线观看| 欧美日韩亚洲视频| 亚洲精品字幕| 亚洲第一天堂无码专区| 久久成人国产| 国产午夜精品全部视频播放| 女人香蕉久久**毛片精品| 亚洲激情啪啪| 亚洲丝袜av一区| 久久精品水蜜桃av综合天堂| 欧美成人a视频| 亚洲一级免费视频| 国产精品高潮久久| 亚洲精品一级| 亚洲影音先锋| 欧美高清在线视频| 久久久久久一区| 国产精品入口66mio| 亚洲精品一区在线观看| 精东粉嫩av免费一区二区三区| 亚洲理论在线观看| 亚洲欧洲免费视频| 99一区二区| 另类图片综合电影| 一区二区三区在线视频观看| 久久久亚洲国产天美传媒修理工| 中日韩在线视频| 国产日韩综合一区二区性色av| 中日韩视频在线观看| 一本大道久久a久久综合婷婷 | 在线亚洲美日韩| 国产精品色网| 亚洲精品无人区| 久久久久久97三级| 国产一区99| 欧美日韩国产一区二区三区| 91久久精品国产91性色| 午夜国产不卡在线观看视频| 欧美色道久久88综合亚洲精品| 亚洲免费网站| 亚洲免费在线视频| 欧美日韩视频第一区| 日韩亚洲精品在线| 日韩一级欧洲| 国产精品久久久免费| 毛片一区二区三区| 午夜天堂精品久久久久 | 在线播放精品| 一区二区三区毛片| 亚洲国产日韩欧美在线图片| 欧美一区网站| 夜夜嗨av一区二区三区| 亚欧成人精品| 亚洲天堂av在线免费| 国产精品人人做人人爽人人添|