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

陳碩的Blog

發(fā)布一個(gè) Linux 下的 C++ 多線程庫

發(fā)布一個(gè)我自己業(yè)余時(shí)間編寫的 C++ 多線程庫 for Linux,這個(gè)庫只有不到 1000 行源代碼,封裝了 pthreads 的常用功能(互斥器、條件變量、線程),實(shí)現(xiàn)了簡單的線程池,并仿照 java concurrent 包編寫了 BlockingQueue 和 CountDownLatch。庫里的每個(gè) class 都提供了使用樣例。

這個(gè)庫的內(nèi)容:

  • 整數(shù)的原子操作, AtomicInt32 和 AtomicInt64
  • 線程,Thread
  • 線程池,ThreadPool
  • 互斥器與條件變量, MutexLock,MutexLockGuard 與 Condition
  • 帶調(diào)用棧信息 (stack trace) 的異常基類,Exception
  • 仿 Java concurrent 的 BlockingQueue 和 CountDownLatch
  • Singleton 與 ThreadLocal

注:我故意沒有提供信號(hào)量 Semaphore 的封裝。將來或許會(huì)增加讀寫鎖的封裝,如果我在博客中用到的話。

Thread 和 ThreadPool 的接口設(shè)計(jì)采用了《以 boost::function 和 boost:bind 取代虛函數(shù)》里提倡的風(fēng)格,沒有使用繼承和基類。

注意,CurrentThread 有一個(gè) thread local 變量 t_threadName,其作用是在調(diào)試和分析 core dump 時(shí)打印線程的名稱,例如:

(gdb) p 'muduo::CurrentThread::t_threadName'
$4 = 0x4057fe "ThreadPool2"

MutexLock,MutexLockGuard 與 Condition 的使用請(qǐng)參考《多線程服務(wù)器的常用編程模型》。

CountDownLatch 的使用樣例見 test/BlockingQueue_test.cc

git 下載地址: http://github.com/chenshuo/recipes

瀏覽源代碼: http://github.com/chenshuo/recipes/tree/master/thread/

這個(gè)庫在 Debian Squeeze 和 Ubuntu 10.04 LTS 下編譯測(cè)試通過,適用于 x86 和 x86-64 平臺(tái)。

posted on 2010-08-21 23:47 陳碩 閱讀(9840) 評(píng)論(37)  編輯 收藏 引用

評(píng)論

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-22 07:11 chaogu

@bslz
我覺得蠻好。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-22 07:35 三竅門

感覺還不錯(cuò)  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-22 12:25 ccsdu2009

@bslz
這是個(gè)人愛好與你有關(guān)嗎?  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-22 23:30 evoup

首先開源精神可嘉,但是就我所知linux下幾個(gè)著名的服務(wù)器都?jí)焊挥胮osix線程,有點(diǎn)郁悶。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-23 09:27 arrow8209

@bslz
雖然是在重復(fù)造輪子,但是輪子不是誰都會(huì)制造的,如果自己沒有制造過只知道使用,怎么可以提高。造輪子是一個(gè)學(xué)習(xí)的過程,是一個(gè)成長的工作,一個(gè)好的程序員都應(yīng)該重復(fù)制造過輪子,只是自己不知道而已。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-23 10:22 arthurlee

繼續(xù)努力!  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-23 13:07 匿了

上午看到,想譴責(zé)bslz幾句.
剛看了下封裝, 客觀的說, 的確很垃圾, 而且是非常垃圾.  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-23 20:55 楊粼波

我就用的POSIX的,用POSIX的還好吧……

LZ雖然封裝得不是很好,不過至少也是一個(gè)學(xué)習(xí)過程。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-24 07:11 chaogu

@bslz
第一:樓主不傻逼,寫出這東西的不是傻逼能做到的,要不你試試。
第二:樓主也不是沾沾自喜,因?yàn)楹玫某绦騿T就是應(yīng)該這樣,喜歡上編程,并向人展示自己的成果,甚至炫耀都無可厚非。
第三:造輪子不是什么丟人的事情,而且偉大的東西都是從輪子開始的,比如Linux。
第四:造輪子的不是傻逼,罵造輪子的人才傻逼,因?yàn)槟銢]資格。
第五:發(fā)首頁沒有污染視聽一說,園子就是給人撒種子的。
第六:樓主的東西沒有污染視聽,好東西怎么會(huì)污染視聽。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-24 08:30 ccsdu2009

@chaogu
頂  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-24 22:17 jigsaw

看了下代碼,看起來像c++/c初學(xué)者練手的習(xí)作。這話難聽,但我自認(rèn)沒有帶任何成見。樓主應(yīng)該知道我是哪顆蔥吧。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫[未登錄] 2010-08-25 00:11 kk

其他不說了,看到c++程序里面包含<stdio.h>使用一堆printf,sprintf的就煩,喜歡用boost但不喜歡OO又要封裝這封裝那,真不知道博主喜歡c++還是討厭c++。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-25 08:55 陳碩

@kk
用 snprintf 是為了避免在堆上分配內(nèi)存,ostringstream 則正好相反;在多線程程序里,內(nèi)存分配可能會(huì)加鎖,用棧上的緩沖區(qū)能避免無謂的加鎖。
用 fprintf 是因?yàn)樗蔷€程安全的,cout/cerr 則相反。cerr << a << b; 是兩次函數(shù)調(diào)用,中間可能會(huì)被打斷進(jìn)行上下文切換,造成輸出內(nèi)容不連續(xù),插入了其他字符。而 fprintf(stderr, "%s %d", a, b); 是一次函數(shù)調(diào)用,而且是線程安全的,打印的內(nèi)容不會(huì)受其他線程影響。
另外我沒有見過誰在產(chǎn)品代碼里用 iostream。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-25 18:43 大淵獻(xiàn)

看了“chaogu ”的三流學(xué)校,專門來拜此貼。發(fā)現(xiàn)其實(shí)還是挺和諧的嘛。有人言詞犀利,估計(jì)是習(xí)慣了吧。

printf我也用,特別在UNICODE下想輸出中文的時(shí)候。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-27 00:57 evoup

@陳碩
受教了!  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-27 01:44 trueOO

特來參觀此貼^_^
@kk
這方面樓主沒問題的,google的C++編程規(guī)范基本上也不提倡用流
下了代碼仔細(xì)看了,說實(shí)話樓主別介意啊,也難怪有素質(zhì)修養(yǎng)不高的噴子罵人了。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫[未登錄] 2010-08-29 04:42 楊粼波

boost::function和boost::bind的使用也是有代價(jià)的,
所以,在設(shè)計(jì)的時(shí)候,需要仔細(xì)的考量。

vptr雖然也有代價(jià),也不能說一棒子打死的,雖然繼承會(huì)產(chǎn)生隱性的耦合,不過在很多場(chǎng)景里面,它是具有它的存在的價(jià)值的。

耦合,也并非全然是壞事情。“低耦合”并非是“沒耦合”。
接口,就是創(chuàng)建了一個(gè)限制,一個(gè)規(guī)則。人類社會(huì)中,人類不可能脫離限制,脫離規(guī)則,那么就是一個(gè)混亂的世界。同樣,程序的世界也不可能說沒有限制,沒有規(guī)則。

Runnable的設(shè)計(jì)實(shí)際上是非常合理的設(shè)計(jì),意圖明顯,結(jié)構(gòu)清晰。
在一個(gè)復(fù)雜的項(xiàng)目里面,結(jié)構(gòu)清晰,意圖明顯,那真是再好不過的東西了。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2010-08-29 17:55 Tanky Woo

朋友你好:
C/C++和算法論壇:C++奮斗樂園
歡迎你加入。
里面有C/C++交流,求助,源碼,
算法學(xué)習(xí),求助,
ACM刷題
等各種板塊,
相信大家在一起能學(xué)習(xí)快樂。

論壇地址:
[url=http://www.cppleyuan.com/index.php]http://www.cppleyuan.com/index.php[/url]

另外,論壇現(xiàn)在招收版主,有意愿的朋友可以看看:
[url=http://www.cppleyuan.com/forumdisplay.php?fid=44]http://www.cppleyuan.com/forumdisplay.php?fid=44[/url]

注:此留言絕不是廣告,只是 看見博主也是C/C++和算法的愛好者,我們想邀請(qǐng)博主一起加入我們的論壇。

我也是一名C/C++和ACM愛好者,大家可以去我博客看看就知道了:
[url=http://www.wutianqi.com/]http://www.wutianqi.com/[/url]

打擾之處請(qǐng)見諒。
  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-06-29 12:25 楊軍

atexit:
按照ISO C的規(guī)定,一個(gè)進(jìn)程可以登記多達(dá)32個(gè)函數(shù)

Singleton中的析構(gòu)函數(shù)用atexit,是不是有問題啊  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-06-29 13:21 Solstice

@楊軍
一個(gè)程序如果用到了30來個(gè)Singleton,說明本身有大問題。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-01 19:25 楊軍

@Solstice
大哥,開發(fā)游戲過程中,業(yè)務(wù)邏輯層很容易達(dá)到30多個(gè)Singleton的,我個(gè)人覺得這個(gè)atexit函數(shù)可以不要,沒有,交給我們自己來主動(dòng)銷毀,反而如果多了一個(gè)在這里會(huì)誤導(dǎo)  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-01 20:50 Solstice

@楊軍
那就不要用 Singleton,直接用全局對(duì)象,在main里初始化不就行了?  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-01 22:13 楊軍

這樣能解決,我查過atexit知道還好,就怕團(tuán)隊(duì)的其他人用錯(cuò)Singleton,所以我的建議是干脆別提供,讓我們自己銷毀,對(duì)了,問你一個(gè)弱智問題,你開發(fā)C++用的是什么工具,vi,還是其他,因?yàn)槲以瓉硎歉鉩#的,現(xiàn)在不知道用什么開發(fā)工具好,麻煩了啊  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-02 16:14 楊軍

提個(gè)bug,ProcessInfo.cc中的scanDir函數(shù)中namelist沒有釋放  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-02 18:59 陳碩

@楊軍
assert(namelist == NULL);
不需要釋放。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-02 19:05 陳碩

@楊軍
我測(cè)過,atexit() 處理500個(gè)Singleton沒有問題。
sysconf(_SC_ATEXIT_MAX) 的返回值足夠大。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-03 09:15 楊軍

@陳碩
ok,我的錯(cuò),麻煩了  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-03 11:19 楊軍

@陳碩
這次看清楚taskDirFilter,這段代碼太精巧了,牛逼

你開發(fā)C++用的是什么工具,vi,還是其他  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-03 22:45 楊軍

不過我看你代碼,發(fā)現(xiàn)你很喜歡用線程局部存儲(chǔ),
比如ProcessInfo的實(shí)現(xiàn)中
__thread std::vector<pid_t>* t_pids = NULL;
__thread int t_numOpenedFiles = 0;

這兩個(gè)其實(shí)可以不用線程局部存儲(chǔ)來實(shí)現(xiàn),TLS書上的建議是最好不要大量使用,
不知道你是不是有特殊用處?  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-03 22:52 陳碩

@楊軍
For thread safety.  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-03 23:33 楊軍

@陳碩
普通函數(shù)內(nèi)的棧變量,同樣能過實(shí)現(xiàn)統(tǒng)計(jì)文件數(shù),而且也是線程安全的啊  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 06:40 陳碩

@楊軍
寫一個(gè)來看看?  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 11:04 楊軍

@陳碩
我寫了一個(gè)

void getTids(std::vector<pid_t>& verPid){
struct dirent ** namelist=NULL;
int n=::scandir("/proc/self/task",&namelist,0,alphasort);
if(n<0){
return;
}
while(n--){
if(::isdigit(namelist[n]->d_name[0])){
verPid.push_back(atoi(namelist[n]->d_name));
}
}
}


調(diào)用的時(shí)候
std::vector < pid_t > result;
getTids(result);


都用的是函數(shù)局部變量,應(yīng)該是線程安全的  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 11:12 陳碩

@楊軍
1. namelist 沒有釋放。
2. 每次調(diào)用都要分配釋放內(nèi)存,增加開銷。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 12:11 楊軍

@陳碩
是有這個(gè)問題,我改了,這段代碼就是沒有用TLS來實(shí)現(xiàn)ProcessInfo中獲取線程列表功能,但就獲取線程列表這種不是很頻繁的操作來說,這點(diǎn)開銷應(yīng)該還行吧


void getTids(std::vector<pid_t>& verPid){
struct dirent ** namelist=NULL;
int n=::scandir("/proc/self/task",&namelist,0,alphasort);
if(n<0){
return;
}
while(n--){
if(::isdigit(namelist[n]->d_name[0])){
verPid.push_back(atoi(namelist[n]->d_name));
free(namelist[n]);
}
free(namelist);
}
}
  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 13:15 陳碩

@楊軍
每次調(diào)用多了N+1次內(nèi)存分配和釋放的開銷,好處是什么?節(jié)約了一個(gè) tls 變量?
你要認(rèn)為這是值得的,那就這樣寫唄。  回復(fù)  更多評(píng)論   

# re: 發(fā)布一個(gè) Linux 下的 C++ 多線程庫 2012-07-04 13:30 楊軍

@陳碩
但是用tls變量的寫法中
int taskDirFilter(const struct dirent* d)

每次都要調(diào)用這個(gè)方法,這個(gè)方法中的dirent也是需要內(nèi)存分配和釋放吧  回復(fù)  更多評(píng)論   


只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


<2011年2月>
303112345
6789101112
13141516171819
20212223242526
272812345
6789101112

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

隨筆分類

隨筆檔案

相冊(cè)

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲乱码国产乱码精品精可以看| 亚洲免费成人av电影| 久久精品91久久香蕉加勒比| 91久久精品视频| 欧美日韩一区二区在线观看视频 | 欧美国产精品专区| 欧美肥婆bbw| 91久久国产综合久久91精品网站| 欧美电影在线免费观看网站| 亚洲精品1区2区| 亚洲剧情一区二区| 午夜精品在线| 你懂的视频一区二区| 欧美日韩在线一区| 国产一区在线看| 99国产成+人+综合+亚洲欧美| 亚洲摸下面视频| 免费成人黄色片| 中日韩高清电影网| 久热精品视频在线观看| 欧美午夜电影在线| 在线国产欧美| 亚洲欧美中文字幕| 91久久久国产精品| 久久国产99| 欧美网站在线观看| 亚洲国产精品成人一区二区| 亚洲在线一区二区| 亚洲成色www久久网站| 国产欧美在线看| 在线播放不卡| 午夜精品久久久久久| 欧美激情一区二区三区四区| 亚洲欧美综合一区| 欧美日韩的一区二区| 在线观看不卡| 久久精品国产欧美亚洲人人爽| 亚洲片国产一区一级在线观看| 性色av一区二区三区红粉影视| 欧美精品乱码久久久久久按摩| 国产亚洲一区二区三区在线观看| 亚洲精品乱码久久久久久久久| 久久久久久久一区二区三区| 亚洲视频中文| 欧美视频官网| 亚洲视屏一区| 99精品国产99久久久久久福利| 欧美激情bt| 亚洲三级电影在线观看| 欧美大片免费看| 久热精品视频在线| 亚洲国产婷婷综合在线精品| 欧美成人中文| 欧美1区3d| 亚洲精品久久久久久久久久久久久 | 亚洲国产天堂久久综合| 国产精品综合不卡av| 一区二区三区四区国产| 亚洲成色www久久网站| 久久久福利视频| 狠狠色2019综合网| 欧美不卡一卡二卡免费版| 欧美影片第一页| 国产日韩欧美三级| 久久久久高清| 久久综合久久综合久久| 亚洲国产高清在线观看视频| 欧美电影电视剧在线观看| 农夫在线精品视频免费观看| 亚洲激情黄色| 99国产精品久久久久久久| 欧美日韩色婷婷| 午夜精品成人在线视频| 亚洲欧美日韩在线| 樱花yy私人影院亚洲| 欧美国产日韩视频| 欧美日韩在线视频首页| 欧美一区二区三区免费观看 | 亚洲女女女同性video| 国内精品模特av私拍在线观看| 久久综合久久久久88| 久久这里只有| 正在播放日韩| 欧美亚洲在线播放| 91久久精品国产91久久性色| 亚洲另类在线视频| 国产精品久久7| 久久一区二区三区四区| 欧美日本免费| 久久久久久91香蕉国产| 欧美日本精品| 玖玖综合伊人| 欧美日韩一区二区三区视频| 久久亚洲国产精品一区二区| 欧美精品一区二区蜜臀亚洲| 久久精品30| 欧美高清在线一区| 久久成人精品| 欧美精品在线观看91| 久久久久www| 欧美日韩一区二区免费视频| 久久亚洲国产精品日日av夜夜| 欧美激情综合| 蜜桃伊人久久| 国产日本欧美一区二区| 亚洲精品视频免费| 亚洲成人资源| 久久国产精品网站| 性欧美大战久久久久久久免费观看| 玖玖国产精品视频| 久久久久九九视频| 国产精品亚洲一区| 99视频超级精品| 亚洲国产精品va在线看黑人| 欧美一区二区三区在线看| 亚洲香蕉网站| 欧美精品在线一区| 欧美成人精品在线观看| 久久免费视频这里只有精品| 欧美人交a欧美精品| 农夫在线精品视频免费观看| 国产欧美日韩专区发布| 亚洲美女91| 亚洲乱码国产乱码精品精天堂| 久久国产欧美| 久久九九免费| 国产视频一区二区三区在线观看| 制服丝袜亚洲播放| 午夜久久福利| 国产精品亚洲综合天堂夜夜| 一区二区日本视频| 亚洲欧美日韩成人| 欧美丝袜第一区| 在线综合亚洲| 亚洲欧美另类在线| 国产精品美女久久久| 亚洲一区二区三区在线视频| 亚洲欧美99| 国产精品免费网站在线观看| 亚洲制服少妇| 欧美一区国产二区| 韩国av一区二区三区四区| 欧美一区深夜视频| 美女精品在线观看| 最新国产乱人伦偷精品免费网站| 另类av导航| 亚洲激情综合| 亚洲一二三四久久| 国产精品系列在线| 久久精品国产在热久久 | 亚洲色在线视频| 国产精品美女久久久久aⅴ国产馆| 亚洲在线中文字幕| 免费成人黄色片| 一本综合久久| 国产人成精品一区二区三| 久久久91精品| 亚洲激情视频在线| 亚洲欧美中日韩| 亚洲第一成人在线| 欧美日韩国产123| 亚洲午夜精品一区二区三区他趣| 久久成人资源| 亚洲人成网站精品片在线观看| 欧美日韩四区| 久久精品99| 亚洲精品系列| 久久久中精品2020中文| 99亚洲视频| 国产曰批免费观看久久久| 欧美极品在线播放| 欧美一级日韩一级| 亚洲日本va午夜在线电影| 欧美一区高清| 夜夜嗨av一区二区三区网站四季av | 在线播放中文字幕一区| 欧美日韩午夜剧场| 久久免费精品日本久久中文字幕| 最新成人av在线| 久久精品视频在线播放| 日韩视频永久免费| 一区二区三区在线免费视频| 欧美日韩亚洲一区二区三区在线观看 | 久久看片网站| 亚洲视频导航| 亚洲成色777777女色窝| 国产精品黄页免费高清在线观看| 久久久久久久久久久久久女国产乱 | 国产亚洲毛片在线| 欧美精品在线一区| 久久一二三四| 欧美在线视频一区二区三区| 99在线|亚洲一区二区| 欧美福利一区二区| 久久亚裔精品欧美| 久久se精品一区二区| 性色av一区二区三区在线观看| 亚洲精选国产| 亚洲国产欧美一区| 在线成人欧美|