欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

.net6環(huán)境下使用RestSharp請求GBK編碼網(wǎng)頁亂碼的解決方案

 更新時間:2021年12月24日 09:00:35   作者:阿炬  
這篇文章介紹了.net6環(huán)境下使用RestSharp請求GBK編碼網(wǎng)頁亂碼的解決方案,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
public IActionResult GetHiPda()
        {
            cookies = @"__utmz=128828693.1622702936.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); cdb_cookietime=2592000; cdb_auth=fd05ACWP2GIZl8k0oqBaZUtQ8WjXIxIXESeqpdSfAzikXEX4tYdJM%2B4FIBRY7jXLyGQs0yjP3K2kgFK6MFe6fcJkrIH5; smile=1D1; discuz_fastpostrefresh=0; __utmc=128828693; cdb_visitedfid=2D6; cdb_sid=0ZwKQ7; __utma=128828693.1700824799.1622702936.1623767772.1623808037.73; __utmt=1; __utmb=128828693.1.10.1623808037; checkpm=1";
            string url = @"https://www.hi-pda.com/forum/forumdisplay.php?fid=2";
            var client = new RestClient(url);
            var request = new RestRequest();
            request.AddHeader("cookie", cookies);
            var response = client.Get(request);
            Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);
            var data=HttpUtility.UrlDecode(response.RawBytes, Encoding.GetEncoding("gbk"));
            return Content(data);
        }

引入NuGet包:System.Text.Encoding.CodePages

CLR中的Encoding就是用于字節(jié)和字符之間的轉(zhuǎn)換的。

CLR中的Encoding是在System.Text命名空間下的,它是一個抽象類(abstract class),? 所以不能被直接實(shí)例化,它主要有如下的派生類:ASCIIEnding,UnicodeEncoding,UTF32Encoding,UTF7Encoding,UTF8Encoding,你可以根據(jù)需要選擇一個合適的Encoding來進(jìn)行編碼和解碼。你也可以調(diào)用Encoding的靜態(tài)屬性ASCII,Unicode,UTF32,UTF7,UTF8,來構(gòu)造一個Encoding。其中Unicode是表示16位Encoding。調(diào)用靜態(tài)屬性和實(shí)例化一個子類的效果是一樣的,如下代碼。

1 Encoding encodingUTF8 = Encoding.UTF8;

2 Encoding encodingUTF8 = new UTF8Encoding(true);

以下是這些類型的一些簡單描述:

  • ASCII編碼? 將16位字符編碼成ASCII碼,只能轉(zhuǎn)換值小于Ox0080的16字符,并且被轉(zhuǎn)換成單字節(jié),就是說一個字符對應(yīng)一個字節(jié)。當(dāng)字符都在ASCII范圍(0X00~0X7F)內(nèi)時,可以用這種編碼,它的速度非???,適合于英美地區(qū)的字符。這種編碼非常有限,漢字會被轉(zhuǎn)換成亂碼。在CLR對應(yīng)ASCIIEndoing。
  • UTF-16? 每個字符編碼成2個字節(jié),它不會對字符產(chǎn)生任何影響,也不會涉及到壓縮處理,性能非常好,因?yàn)镃LR中的字符也是16位的Unicode。在CLR中對應(yīng)UnicodeEncoding。
  • UTF-32? 使用4個字節(jié)編碼成一個字符。從內(nèi)存角度上講,它并不是一種高效能的編碼方案,因?yàn)榈趥€字符都是4個字節(jié),特別占內(nèi)存,所以很少用來做文件和網(wǎng)絡(luò)流的編碼解碼。在CLR中對應(yīng)UTF32Encoding。
  • UTF-8? 值在Ox0080之下的字符壓縮成一個字符,也就是ASCII碼;值在0X0080---0X07FF之間的字符都轉(zhuǎn)換成2個字符,適合用于歐洲和中東地區(qū)。0X0800以上被轉(zhuǎn)換成3個字符,適合于東亞地區(qū)的字符。代理項(xiàng)被轉(zhuǎn)換成4個字節(jié)。因此,它是一種非常流行的編碼,適用于互聯(lián)網(wǎng)。它在處理0X0800以上的字符效率不好UTF-16。在CLR中對應(yīng)UTF8Encoding。
  • UTF-7? 這咱編碼通常用于舊的系統(tǒng),那時的系統(tǒng)是用7位值表示。目前已經(jīng)被Unicode協(xié)淘汰。在CLR中對應(yīng)UTF7Encoding。

以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。

相關(guān)文章

最新評論