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

陳碩的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 下編譯測試通過,適用于 x86 和 x86-64 平臺(tái)。

posted on 2010-08-21 23:47 陳碩 閱讀(9836) 評(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)生隱性的耦合,不過在很多場景里面,它是具有它的存在的價(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 陳碩

@楊軍
我測過,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   管理


<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

導(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>
            久久国产精品电影| 亚洲免费视频网站| 欧美精品www| 亚洲一区二区不卡免费| 99国产精品久久久久久久久久 | 亚洲福利久久| 免费在线一区二区| 夜夜嗨av一区二区三区中文字幕| 日韩视频精品在线观看| 国产美女诱惑一区二区| 免费人成网站在线观看欧美高清| 欧美国产日韩二区| 午夜精彩视频在线观看不卡 | 亚洲一级二级| 激情久久影院| 国产婷婷色一区二区三区在线| 亚洲精选在线观看| 国产精品99久久久久久久久| 国产欧美综合一区二区三区| 欧美成人亚洲成人| 国产精品久久999| 久久亚洲美女| 欧美午夜电影一区| 免费不卡在线观看av| 国产精品高精视频免费| 猛男gaygay欧美视频| 欧美三区视频| 亚洲高清不卡在线| 国产毛片精品视频| 亚洲日本欧美天堂| 在线观看国产精品淫| 亚洲特色特黄| 亚洲精品一区二区三区av| 亚洲欧美日韩国产综合在线 | 欧美日韩视频在线一区二区| 美女亚洲精品| 国产日韩欧美综合| 一区二区欧美日韩| 亚洲欧洲在线观看| 久久噜噜亚洲综合| 欧美一区综合| 国产精品久久久999| 亚洲国产高清aⅴ视频| 国产一区二区| 亚洲在线视频免费观看| 在线视频亚洲欧美| 欧美韩日一区| 亚洲国产va精品久久久不卡综合| 一区二区视频免费完整版观看| 亚洲免费在线视频一区 二区| 99香蕉国产精品偷在线观看| 久久偷窥视频| 欧美成人亚洲| 亚洲国内精品| 免费成人在线观看视频| 欧美成人官网二区| 欲香欲色天天天综合和网| 欧美亚洲一级| 久久亚洲综合色| 精品999日本| 久久久99免费视频| 毛片精品免费在线观看| 在线看一区二区| 久久久999| 欧美激情亚洲视频| 亚洲精品国产精品国产自| 欧美激情91| 亚洲三级观看| 亚洲一区在线观看视频| 国产精品久久久久久久久| 亚洲午夜未删减在线观看| 亚洲制服欧美中文字幕中文字幕| 国产精品视频福利| 香蕉国产精品偷在线观看不卡| 久久精品国产在热久久| 影音先锋另类| 欧美日本一区| 亚洲欧美日产图| 另类天堂视频在线观看| 日韩视频在线一区二区三区| 欧美日韩三区| 欧美自拍丝袜亚洲| 亚洲一区免费视频| 欧美亚洲日本国产| 欧美jizz19性欧美| 夜夜嗨一区二区| 国产伦精品一区二区三区免费迷| 久久爱91午夜羞羞| 欧美激情一区二区三级高清视频| 一本色道久久综合| 国产一区二区三区黄| 久久综合一区二区| 一二三区精品| 久久午夜av| 在线亚洲免费视频| 伊人婷婷欧美激情| 国产精品av一区二区| 久久精品在这里| 99视频超级精品| 免费成人在线观看视频| 午夜精品福利电影| 亚洲高清在线观看一区| 国产精品videosex极品| 老司机午夜免费精品视频| 夜夜精品视频一区二区| 欧美69视频| 久久99伊人| 一区二区日韩精品| 亚洲电影观看| 国产欧美一区二区精品忘忧草| 欧美精选午夜久久久乱码6080| 久久精品99无色码中文字幕 | 久久精品人人做人人爽| av成人动漫| 亚洲电影免费观看高清| 国产精品综合网站| 欧美日韩在线免费视频| 美女日韩欧美| 久久久久免费视频| 性娇小13――14欧美| 宅男精品导航| 亚洲日本成人女熟在线观看| 免费在线观看日韩欧美| 久久九九国产精品| 欧美一级一区| 欧美一区二区三区在线视频| 中国日韩欧美久久久久久久久| 亚洲精品美女91| 亚洲精品一区二区三区99| 原创国产精品91| 在线电影国产精品| 在线成人欧美| 亚洲福利视频二区| 在线播放中文一区| 在线 亚洲欧美在线综合一区| 国产一区91精品张津瑜| 国产综合色一区二区三区| 国产精品一区免费视频| 国产日韩免费| 狠狠综合久久av一区二区老牛| 国产专区欧美专区| 黄色成人av网站| 亚洲国产另类久久精品| 91久久午夜| 99精品久久| 亚洲图片欧洲图片日韩av| 亚洲无线视频| 久久国产一区| 久久午夜视频| 欧美激情bt| 亚洲精品在线观看免费| 99成人在线| 亚洲免费在线电影| 久久久久一区二区三区| 麻豆精品视频在线观看视频| 欧美 日韩 国产精品免费观看| 欧美凹凸一区二区三区视频| 欧美精品在线一区二区| 国产精品久久久久久久第一福利| 国产日韩一区二区| 欧美金8天国| 欧美一区二区三区男人的天堂| 午夜精品一区二区在线观看| 久久岛国电影| 欧美精品大片| 国产精品一二三视频| 狠狠色狠狠色综合日日91app| 最新国产精品拍自在线播放| 亚洲免费视频网站| 久久久久久亚洲精品杨幂换脸| 亚洲高清自拍| 亚洲一区二区精品在线观看| 久久久91精品国产| 欧美三级在线| 一区在线电影| 亚洲女同同性videoxma| 美女主播精品视频一二三四| 亚洲乱码国产乱码精品精98午夜| 亚洲欧美日韩另类| 暖暖成人免费视频| 国产日韩欧美一二三区| 日韩香蕉视频| 久久久另类综合| 亚洲最新视频在线播放| 久久综合色婷婷| 国产视频亚洲精品| 日韩亚洲一区二区| 久久久久久一区二区三区| 日韩亚洲综合在线| 久久亚洲国产精品日日av夜夜| 国产精品视频网站| 夜夜嗨av色综合久久久综合网| 久久久久久亚洲精品中文字幕| 一本色道**综合亚洲精品蜜桃冫 | 亚洲国产一区二区三区在线播| 午夜天堂精品久久久久| 欧美日韩另类视频| 亚洲精选在线| 亚洲高清视频一区二区| 久久爱另类一区二区小说|