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

Windows環(huán)境下Unicode編程總結(jié) (轉(zhuǎn)載自CSDN )

UNICODE環(huán)境設(shè)置
在安裝Visual Studio時(shí),在選擇VC++時(shí)需要加入unicode選項(xiàng),保證相關(guān)的庫文件可以拷貝到system32下。


UNICODE編譯設(shè)置:
C/C++, Preprocessor difinitions 去除_MBCS,加_UNICODE,UNICODE
在ProjectSetting/link/output 中設(shè)置Entry為wWinMainCRTStartup
反之為MBCS(ANSI)編譯。


Unicode :寬字節(jié)字符集


1. 如何取得一個(gè)既包含單字節(jié)字符又包含雙字節(jié)字符的字符串的字符個(gè)數(shù)?
可以調(diào)用Microsoft Visual C++的運(yùn)行期庫包含函數(shù)_mbslen來操作多字節(jié)(既包括單字節(jié)也包括雙字節(jié))字符串。
調(diào)用strlen函數(shù),無法真正了解字符串中究竟有多少字符,它只能告訴你到達(dá)結(jié)尾的0之前有多少個(gè)字節(jié)。


2. 如何對DBCS(雙字節(jié)字符集)字符串進(jìn)行操作?
函數(shù) 描述
PTSTR CharNext ( LPCTSTR ); 返回字符串中下一個(gè)字符的地址
PTSTR CharPrev ( LPCTSTR, LPCTSTR ); 返回字符串中上一個(gè)字符的地址
BOOL IsDBCSLeadByte( BYTE ); 如果該字節(jié)是DBCS字符的第一個(gè)字節(jié),則返回非0值


3. 為什幺要使用Unicode?
(1) 可以很容易地在不同語言之間進(jìn)行數(shù)據(jù)交換。
(2) 使你能夠分配支持所有語言的單個(gè)二進(jìn)制.exe文件或DLL文件。
(3) 提高應(yīng)用程序的運(yùn)行效率。
Windows 2000是使用Unicode從頭進(jìn)行開發(fā)的,如果調(diào)用任何一個(gè)Windows函數(shù)并給它傳遞一個(gè)ANSI字符串,那幺系統(tǒng)首先要將字符串轉(zhuǎn)換成Unicode,然后將Unicode字符串傳遞給操作系統(tǒng)。如果希望函數(shù)返回ANSI字符串,系統(tǒng)就會首先將Unicode字符串轉(zhuǎn)換成ANSI字符串,然后將結(jié)果返回給你的應(yīng)用程序。進(jìn)行這些字符串的轉(zhuǎn)換需要占用系統(tǒng)的時(shí)間和內(nèi)存。通過從頭開始用Unicode來開發(fā)應(yīng)用程序,就能夠使你的應(yīng)用程序更加有效地運(yùn)行。
Windows CE 本身就是使用Unicode的一種操作系統(tǒng),完全不支持ANSI Windows函數(shù)
Windows 98 只支持ANSI,只能為ANSI開發(fā)應(yīng)用程序。
Microsoft公司將COM從16位Windows轉(zhuǎn)換成Win32時(shí),公司決定需要字符串的所有COM接口方法都只能接受Unicode字符串。


4. 如何編寫Unicode源代碼?
Microsoft公司為Unicode設(shè)計(jì)了WindowsAPI,這樣,可以盡量減少代碼的影響。實(shí)際上,可以編寫單個(gè)源代碼文件,以便使用或者不使用Unicode來對它進(jìn)行編譯。只需要定義兩個(gè)宏(UNICODE和_UNICODE),就可以修改然后重新編譯該源文件。
_UNICODE宏用于C運(yùn)行期頭文件,而UNICODE宏則用于Windows頭文件。當(dāng)編譯源代碼模塊時(shí),通常必須同時(shí)定義這兩個(gè)宏。


5. Windows定義的Unicode數(shù)據(jù)類型有哪些?
數(shù)據(jù)類型 說明
WCHAR Unicode字符
PWSTR 指向Unicode字符串的指針
PCWSTR 指向一個(gè)恒定的Unicode字符串的指針
對應(yīng)的ANSI數(shù)據(jù)類型為CHAR,LPSTR和LPCSTR。
ANSI/Unicode通用數(shù)據(jù)類型為TCHAR,PTSTR,LPCTSTR。


6. 如何對Unicode進(jìn)行操作?
字符集 特性 實(shí)例
ANSI 操作函數(shù)以str開頭 strcpy
Unicode 操作函數(shù)以wcs開頭 wcscpy
MBCS 操作函數(shù)以_mbs開頭 _mbscpy
ANSI/Unicode 操作函數(shù)以_tcs開頭 _tcscpy(C運(yùn)行期庫)
ANSI/Unicode 操作函數(shù)以lstr開頭 lstrcpy(Windows函數(shù))
所有新的和未過時(shí)的函數(shù)在Windows2000中都同時(shí)擁有ANSI和Unicode兩個(gè)版本。ANSI版本函數(shù)結(jié)尾以A表示;Unicode版本函數(shù)結(jié)尾以W表示。Windows會如下定義:
#ifdef UNICODE
#define CreateWindowEx CreateWindowExW
#else
#define CreateWindowEx CreateWindowExA
#endif // !UNICODE


7. 如何表示Unicode字符串常量?
字符集 實(shí)例
ANSI “string”
Unicode L“string”
ANSI/Unicode T(“string”)或_TEXT(“string”)if( szError[0] == _TEXT(‘J’) ){ }


8. 為什幺應(yīng)當(dāng)盡量使用操作系統(tǒng)函數(shù)?
這將有助于稍稍提高應(yīng)用程序的運(yùn)行性能,因?yàn)椴僮飨到y(tǒng)字符串函數(shù)常常被大型應(yīng)用程序比如操作系統(tǒng)的外殼進(jìn)程Explorer.exe所使用。由于這些函數(shù)使用得很多,因此,在應(yīng)用程序運(yùn)行時(shí),它們可能已經(jīng)被裝入RAM。
如:StrCat,StrChr,StrCmp和StrCpy等。


9. 如何編寫符合ANSI和Unicode的應(yīng)用程序?
(1) 將文本串視為字符數(shù)組,而不是chars數(shù)組或字節(jié)數(shù)組。
(2) 將通用數(shù)據(jù)類型(如TCHAR和PTSTR)用于文本字符和字符串。
(3) 將顯式數(shù)據(jù)類型(如BYTE和PBYTE)用于字節(jié)、字節(jié)指針和數(shù)據(jù)緩存。
(4) 將TEXT宏用于原義字符和字符串。
(5) 執(zhí)行全局性替換(例如用PTSTR替換PSTR)。
(6) 修改字符串運(yùn)算問題。例如函數(shù)通常希望在字符中傳遞一個(gè)緩存的大小,而不是字節(jié)。這意味著不應(yīng)該傳遞sizeof(szBuffer),而應(yīng)該傳遞(sizeof(szBuffer)/sizeof(TCHAR)。另外,如果需要為字符串分配一個(gè)內(nèi)存塊,并且擁有該字符串中的字符數(shù)目,那幺請記住要按字節(jié)來分配內(nèi)存。這就是說,應(yīng)該調(diào)用
malloc(nCharacters *sizeof(TCHAR)),而不是調(diào)用malloc(nCharacters)。


10. 如何對字符串進(jìn)行有選擇的比較?
通過調(diào)用CompareString來實(shí)現(xiàn)。
標(biāo)志 含義
NORM_IGNORECASE 忽略字母的大小寫
NORM_IGNOREKANATYPE 不區(qū)分平假名與片假名字符
NORM_IGNORENONSPACE 忽略無間隔字符
NORM_IGNORESYMBOLS 忽略符號
NORM_IGNOREWIDTH 不區(qū)分單字節(jié)字符與作為雙字節(jié)字符的同一個(gè)字符
SORT_STRINGSORT 將標(biāo)點(diǎn)符號作為普通符號來處理


11. 如何判斷一個(gè)文本文件是ANSI還是Unicode?
判斷如果文本文件的開頭兩個(gè)字節(jié)是0xFF和0xFE,那幺就是Unicode,否則是ANSI。


12. 如何判斷一段字符串是ANSI還是Unicode?
用IsTextUnicode進(jìn)行判斷。IsTextUnicode使用一系列統(tǒng)計(jì)方法和定性方法,以便猜測緩存的內(nèi)容。由于這不是一種確切的科學(xué)方法,因此 IsTextUnicode有可能返回不正確的結(jié)果。


13. 如何在Unicode與ANSI之間轉(zhuǎn)換字符串?
Windows函數(shù)MultiByteToWideChar用于將多字節(jié)字符串轉(zhuǎn)換成寬字符串;函數(shù)WideCharToMultiByte將寬字符串轉(zhuǎn)換成等價(jià)的多字節(jié)字符串。


14. Unicode和DBCS之間的區(qū)別
Unicode使用(特別在C程序設(shè)計(jì)語言環(huán)境里)“寬字符集”?!窾nicode中的每個(gè)字符都是16位寬而不是8位寬?!乖赨nicode中,沒有單單使用8位數(shù)值的意義存在。相比之下,在“雙位組字符集”中我們?nèi)匀惶幚?位數(shù)值。有些位組自身定義字符,而某些位組則顯示需要和另一個(gè)位組共同定義一個(gè)字符。
處理DBCS字符串非常雜亂,但是處理Unicode文字則像處理有秩序的文字。您也許會高興地知道前128個(gè)Unicode字符(16位代碼從0x0000到0x007F)就是ASCII字符,而接下來的128個(gè)Unicode字符(代碼從0x0080到0x00FF)是ISO 8859-1對ASCII的擴(kuò)展。Unicode中不同部分的字符都同樣基于現(xiàn)有的標(biāo)準(zhǔn)。這是為了便于轉(zhuǎn)換。希臘字母表使用從0x0370到0x03FF的代碼,斯拉夫語使用從0x0400到0x04FF的代碼,美國使用從0x0530到0x058F的代碼,希伯來語使用從0x0590到0x05FF的代碼。中國、日本和韓國的象形文字(總稱為CJK)占用了從0x3000到0x9FFF的代碼。Unicode的最大好處是這里只有一個(gè)字符集,沒有一點(diǎn)含糊。


15.衍生標(biāo)準(zhǔn)
Unicode是一個(gè)標(biāo)準(zhǔn)。UTF-8是其概念上的子集,UTF-8是具體的編碼標(biāo)準(zhǔn)。而UNICODE是所有想達(dá)到世界統(tǒng)一編碼標(biāo)準(zhǔn)的標(biāo)準(zhǔn)。UTF-8標(biāo)準(zhǔn)就是Unicode(ISO10646)標(biāo)準(zhǔn)的一種變形方式,
UTF的全稱是:Unicode/UCS Transformation Format,其實(shí)有兩種UTF,一種是UTF-8,一種是UTF-16,
不過UTF-16使用較少,其對應(yīng)關(guān)系如下:
在Unicode中編碼為 0000 - 007F 的 UTF-8 中編碼形式為: 0xxxxxxx
在Unicode中編碼為 0080 - 07FF 的 UTF-8 中編碼形式為: 110xxxxx 10xxxxxx
在Unicode中編碼為 0000 - 007F 的 UTF-8 中編碼形式為: 1110xxxx 10xxxxxx 10xxxxxx


utf-8是unicode的一個(gè)新的編碼標(biāo)準(zhǔn),其實(shí)unicode有過好幾個(gè)標(biāo)準(zhǔn).我們知道一直以來使用的unicode字符內(nèi)碼都是16位,它實(shí)際上還不能把全世界的所有字符編在一個(gè)平面系統(tǒng),比如中國的藏文等小語種,所以utf-8擴(kuò)展到了32位,也就是說理論在utf-8中可容納二的三十二次方個(gè)字符. UNICODE的思想就是想把所有的字符統(tǒng)一編碼,實(shí)現(xiàn)一個(gè)統(tǒng)一的標(biāo)準(zhǔn).big5、gb都是獨(dú)立的字符集,這也叫做遠(yuǎn)東字符集,把它拿到德文版的WINDOWS上可能將會引起字符編碼的沖突....早期的WINDOWS默認(rèn)的字符集是ANSI.notepad中輸入的漢字是本地編碼,但在NT/2000內(nèi)部是可以直接支持UNICODE的。notepad.exe在WIN95和98中都是ANSI字符,在NT中則是UNICODE.ANSI和UNICODE可以方便的實(shí)現(xiàn)對應(yīng)映射,也就是轉(zhuǎn)換 ASCII是8位范圍內(nèi)的字符集,對于范圍之外的字符如漢字它是無法表達(dá)的。unicode是16位范圍內(nèi)的字符集,對于不同地區(qū)的字符分區(qū)分配,unicode是多個(gè)IT巨頭共同制定的字符編碼標(biāo)準(zhǔn)。如果在unicode環(huán)境下比如WINDOWS NT上,一個(gè)字符占兩字節(jié)16位,而在ANSI環(huán)境下如WINDOWS98下一個(gè)字符占一個(gè)字節(jié)8位.Unicode字符是16位寬,最多允許65,535字符,數(shù)據(jù)類型被稱為WCHAR。
對于已有的ANSI字符,unicode簡單的將其擴(kuò)展為16位:比如ANSI"A"=0x43,則對應(yīng)的UNICODE為
"A"= 0x0043
而ASCII用七存放128個(gè)字符,ASCII是一個(gè)真正的美國標(biāo)準(zhǔn),所以它不能滿足其他國家的需要,例如斯拉夫語的字母和漢字于是出現(xiàn)了Windows ANSI字符集,是一種擴(kuò)展的ASCII碼,用8位存放字符,低128位仍然存放原來的ASCII碼,
而高128位加入了希臘字母等
if def UNICODE
? TCHAR = wchar
else
? TCHAR = char
你需要在Project\Settings\C/C++\Preprocesser definitions中添加UNICODE和_UNICODE
UINCODE,_UNICODE都要定義。不定義_UNICODE的話,用SetText(HWND,LPCTSTR),將被解釋為SetTextA(HWND,LPTSTR),這時(shí)API將把你給的Unicode字符串看作ANSI字符串,顯示亂碼。因?yàn)閣indows API是已經(jīng)編譯好存在于dll中的,由于不管UNICODE還是ANSI字符串,都被看作一段buffer,如"0B A3 00 35 24 3C 00 00"如果按ANSI讀,因?yàn)锳NSI字串是以'\0'結(jié)束的,所以只能讀到兩字節(jié)"0B A3 \0",如果按UNICODE讀,將完整的讀到'\0\0'結(jié)束。
由于UNICODE沒有額外的指示位,所以系統(tǒng)必須知道你提供的字串是哪種格式。此外,UNICODE好象是ANSI C++規(guī)定的,_UNICODE是windows SDK提供的。如果不編寫windows程序,可以只定義UNICODE。
開發(fā)過程:
圍繞著文件讀寫、字符串處理展開。文件主要有兩種:.txt和.ini文件
1.??? 在unicode和非unicode環(huán)境下字符串做不同處理的,那么需要參考以上9,10兩條,以適應(yīng)不同環(huán)境得字符串處理要求。
對文件讀寫也一樣。只要調(diào)用相關(guān)接口函數(shù)時(shí),參數(shù)中的字符串前都加上_TEXT等相關(guān)宏。如果寫成的那個(gè)文件需要是unicode格式保存的,那么在創(chuàng)建文件時(shí)需要加入一個(gè)字節(jié)頭。
CFile file;
??? WCHAR szwBuffer[128];
???
??? WCHAR *pszUnicode = L"Unicode string\n"; // unicode string
??? CHAR *pszAnsi = "Ansi string\n"; // ansi string
??? WORD wSignature = 0xFEFF;
???
??? file.Open(TEXT("Test.txt"), CFile::modeCreate|CFile::modeWrite);
???
??? file.Write(&wSignature, 2);
???
??? file.Write(pszUnicode, lstrlenW(pszUnicode) * sizeof(WCHAR));
??? // explicitly use lstrlenW function
???
??? MultiByteToWideChar(CP_ACP, 0, pszAnsi, -1, szwBuffer, 128);
???
??? file.Write(szwBuffer, lstrlenW(szwBuffer) * sizeof(WCHAR));
???
file.Close();
//以上這段代碼在unicode和非unicode環(huán)境下都有效。這里顯式的指明用Unicode來進(jìn)行操作。
2.??? 在非unicode環(huán)境下,缺省調(diào)用的都是ANSI格式的字符串,此時(shí)TCHAR轉(zhuǎn)換為CHAR類型的,除非顯式定義WCHAR。所以在這個(gè)環(huán)境下,如果讀取unicode文件,那么首先需要移動2個(gè)字節(jié),然后讀取得字符串需要用MultiByteToWideChar來轉(zhuǎn)換,轉(zhuǎn)換后字符串信息才代表unicode數(shù)據(jù)。
3.??? 在unicode環(huán)境下,缺省調(diào)用得都是unicode格式得字符串,也就是寬字符,此時(shí)TCHAR轉(zhuǎn)換為WCHAR,相關(guān)得API函數(shù)也都調(diào)用寬字符類型的函數(shù)。此時(shí)讀取unicode文件也和上面一樣,但是讀取得數(shù)據(jù)是WCHAR的,如果要轉(zhuǎn)換成ANSI格式,需要調(diào)用WideCharToMultiByte。如果讀取ANSI的,則不用移動兩個(gè)字節(jié),直接讀取然后視需要轉(zhuǎn)換即可。


某些語言(如韓語)必須在unicode環(huán)境下才能顯示,這種情況下,在非unicode環(huán)境下開發(fā),就算用字符串函數(shù)轉(zhuǎn)換也不能達(dá)到顯示文字的目的,因?yàn)榇藭r(shí)調(diào)用得API函數(shù)是用ANSI的(雖然底層都是用UNICODE處理但是處理結(jié)果是按照程序員調(diào)用的API來顯示的)。所以必須用unicode來開發(fā)。

posted on 2006-04-23 18:21 bo 閱讀(3062) 評論(1)  編輯 收藏 引用 所屬分類: Language

評論

# re: Windows環(huán)境下Unicode編程總結(jié) (轉(zhuǎn)載自CSDN ) 2007-11-14 05:01 15057708707

恢復(fù)上次提交  回復(fù)  更多評論   

<2006年4月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

導(dǎo)航

統(tǒng)計(jì)

常用鏈接

留言簿(4)

隨筆分類(23)

隨筆檔案(23)

URL

最新隨筆

搜索

積分與排名

最新隨筆

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美影院视频| 亚洲在线观看| 亚洲欧美在线免费| 欧美激情亚洲综合一区| 国产精品视频yy9099| 亚洲国产精品va| 香蕉久久一区二区不卡无毒影院| 欧美国产激情| 欧美一区二区成人| 国产精品久久久久一区| 日韩小视频在线观看专区| 久久久久91| 制服丝袜亚洲播放| 欧美激情久久久久| 亚洲国产日本| 久久久噜噜噜久久中文字幕色伊伊 | 夜夜嗨av一区二区三区免费区| 久久女同互慰一区二区三区| 国产欧美一区二区三区国产幕精品 | 亚洲综合成人婷婷小说| 亚洲国产精品欧美一二99| 欧美夜福利tv在线| 久久精品人人做人人爽电影蜜月| 国产精品亚洲综合一区在线观看 | 久久天堂国产精品| 日韩视频在线一区| 亚洲伊人第一页| 亚洲国产精品一区二区第四页av| 99精品99久久久久久宅男| 国产乱码精品| 久久国产精品99精品国产| 午夜精品久久久久| 最新成人av网站| 欧美成人网在线| 国产精品二区三区四区| 亚洲专区免费| 久久中文欧美| 亚洲国产成人在线| 一本色道久久| 欧美性大战久久久久久久| 亚洲欧美国产日韩中文字幕| 亚洲手机成人高清视频| 国产精品成人免费视频| 免费一区视频| 免费在线国产精品| 日韩视频中文字幕| 欧美在线视频免费| 亚洲视频图片小说| 亚洲午夜精品久久久久久app| 永久91嫩草亚洲精品人人| 久久综合色影院| 免费不卡欧美自拍视频| 亚洲精品综合在线| 一区二区欧美亚洲| 亚洲国产精品久久久久秋霞不卡 | 亚洲国内自拍| 国内外成人在线| 亚洲一卡久久| 亚洲欧美激情视频| 在线精品观看| 欧美激情精品久久久久久黑人 | 精品1区2区| 亚洲国产精品精华液网站| 国产一区二区视频在线观看| 久久视频精品在线| 久久最新视频| 久久国产欧美精品| 美国三级日本三级久久99| 欧美一区二区三区在线播放| 久久综合给合| 久久久蜜桃一区二区人| 国产精品啊啊啊| 亚洲人体大胆视频| 国产精品日韩欧美一区二区| 亚洲日本免费| 亚洲精品欧美一区二区三区| 亚洲在线免费| 亚洲自拍16p| 欧美日韩成人综合| 午夜久久tv| 老司机久久99久久精品播放免费| 久久国产精品久久国产精品| 国产精品电影观看| 99国产精品久久久久老师| 日韩亚洲成人av在线| 噜噜噜91成人网| 久久综合精品一区| 黄色日韩网站视频| 久久国内精品视频| 一本久久a久久免费精品不卡| 亚洲在线1234| 午夜一级久久| 国产精品美女一区二区| 一区二区三区欧美视频| 亚洲视频导航| 欧美三级午夜理伦三级中视频| 久久久久国产精品麻豆ai换脸| 国产精品揄拍500视频| 亚洲香蕉网站| 亚洲欧美日韩区| 国产精品热久久久久夜色精品三区| 9久re热视频在线精品| 亚洲一二三四久久| 国产精品国产三级国产专播精品人 | 亚洲乱亚洲高清| 国产在线观看一区| 欧美亚洲在线观看| 久久久.com| 黄色成人av在线| 老司机成人网| 亚洲国产日韩综合一区| 日韩一级片网址| 欧美日韩亚洲综合| 欧美高清视频一区二区三区在线观看| 精品51国产黑色丝袜高跟鞋| 久久全国免费视频| 欧美高清在线视频| 亚洲乱码久久| 欧美精品激情在线| 日韩一级在线观看| 亚洲韩日在线| 欧美激情四色 | 亚洲第一区在线| 国产日韩欧美日韩| 一本久久综合亚洲鲁鲁| 午夜精品久久久久久久99樱桃| 国产麻豆精品久久一二三| 欧美在线视频观看免费网站| 欧美成人中文字幕在线| 日韩视频一区二区| 欧美性大战久久久久久久| 亚洲自拍偷拍麻豆| 久久综合久久美利坚合众国| 亚洲日本免费电影| 欧美午夜视频在线| 欧美一区二区三区日韩视频| 欧美jizz19性欧美| 悠悠资源网久久精品| 欧美激情2020午夜免费观看| 亚洲深夜福利网站| 久久野战av| 夜色激情一区二区| 国产毛片久久| 美女福利精品视频| 一本久道综合久久精品| 久久久精品网| 日韩视频二区| 国产乱码精品一区二区三区不卡| 久久久99爱| 日韩一区二区高清| 久久精品国产在热久久| 亚洲精品国产拍免费91在线| 国产精品国产三级国产aⅴ无密码| 欧美一级视频| 亚洲日本国产| 久久精品夜色噜噜亚洲aⅴ| 亚洲第一区色| 国产精品久久久久久超碰| 久久精品国产精品亚洲精品| 亚洲国产日韩欧美| 欧美在线黄色| 日韩视频专区| 国内揄拍国内精品久久| 欧美日韩一区二区在线视频| 久久精品99国产精品酒店日本| 亚洲日韩视频| 久久亚洲免费| 亚洲免费在线电影| 亚洲国产精彩中文乱码av在线播放| 欧美视频在线观看 亚洲欧| 久久精品国产免费看久久精品| 91久久精品国产91久久性色tv| 亚洲精品欧美一区二区三区| 国产精品视频精品视频| 欧美成人国产| 亚洲精品在线视频| 久久综合给合| 亚洲欧美在线看| 亚洲精品一区二区三区四区高清| 国产伪娘ts一区| 欧美日韩在线免费| 久久久亚洲国产美女国产盗摄| 麻豆视频一区二区| 午夜精品福利视频| 亚洲久色影视| 又紧又大又爽精品一区二区| 国产精品久久久久天堂| 欧美激情女人20p| 久久九九热免费视频| 亚洲一区尤物| 亚洲免费成人| 欧美激情一区二区三区在线视频观看| 欧美影视一区| 亚洲一区二区在线观看视频| 亚洲欧洲一区二区在线播放| 黄色一区二区三区四区| 国产精品一区亚洲| 欧美日韩中文字幕| 欧美岛国激情| 久久综合999|