第十課：Qt 字符編碼和中文亂碼相關問題

功能描述：最全的 Qt 字符編碼相關知識以及中文亂碼的原因與解決辦法

一、字符編碼種類

ASCII?碼

美國人對信息交流的編碼，包括 26 個字母（大小寫）、數字和標點符號等，用一個字節（8 位）表示這些字符，實際只編到了第 127 個，這就是 ASCII (American Standard Code for Information Interchange) 編碼。

ASCII?擴展碼

計算機傳到其他國家，發現有些本國的字符在 ASCII 碼中沒有，就將這些字符編到 ASCII 剩余的位置（128 到 255），這就是 ASCII 擴展碼。

gb2312

中文常用的漢字就 6000 多個，中國人采用 gb2312 編碼，使用兩個字節（16 位），有 65536 個編碼位。前 127 個和 ASCII 一樣，后面的是漢字的編碼。原先的 ASCII 就是半角符號，后來新編的就是全角符號。“英文占一個字節，漢字占兩個字節”，說的就是這套編碼。

gbk

gb2312 + 生僻字 = gbk

gb10830

gbk + 少數民族文字 = gb10830

Unicode

國際標準化組織制定出一套包含全世界所有語言文字的編碼，大家都用這套編碼，免得亂七八糟的，誰也不認識誰，這套編碼就是 Unicode。

utf

Unicode 只是一套標準，它只是規定了數字多少對應哪個字符，但它不是計算機內部可用的具體實現，就需要有給具體的方案，將數字和字符的對照表輸入到計算機內讓機器也認識，utf 就是 Unicode Transformation Format 的縮寫，意為 Unicode 轉換格式。

utf24

Unicode 最長的編碼需要 24 位，用 3 個字節表示一個字符，這個方案就被稱為 utf24。這個想法好是好，但是不符合實際情況。計算機一次讀取的字節只能是 1、2、4、8 這樣子，不能一次讀 3個字節，所以 24 位的方案很快就被放棄了。

utf32

用 4 個字節表示一個字符，這個方案就被稱為 utf32。優點是簡單明確，不管是什么字符，全都按 4 位讀取，簡單明了。但缺點是浪費空間，本來最多 3 個字節就夠了，但這每個字符至少浪費了一個字節。像英文這種一個字節就夠，最低位是具體內容，其余 3 位都是 0，直接有 3 位是浪費的，也就是說一個 1GB 的英文文檔，需要 4GB 的存儲空間，生生的浪費的 3 倍。

utf16

有人提出用 16 位就夠了，那些一個字節的兩個字節的字符直接用，三個字節的通過某種算法可以使用兩個字節來實現。使用 16 位來實現 Unicode 的碼表，這套方案就是 utf16。

utf8

utf8 是一個變長方案，對于英文，只要一個字節就行，漢字則需要 3 個字節。

二、char * 和 QString 編碼問題

char * 類型字符串是什么編碼？

對于程序內部聲明的字符串，char * 的編碼取決于程序源文件的編碼，源文件是什么編碼，字符串就是什么編碼。

對于程序外部傳入的字符串，比如從 argv 中讀取的字符串，其編碼與源文件的編碼無關，只看當前操作系統的編碼。

QString?是什么編碼？

Qt 的文檔中明確指出，QString?內部使用的是?Unicode?編碼，具體實現方案是?utf16。在使用char * 構造 QString 實例的時候，QString 默認將 char * 當作是 utf8 編碼去構造，即：QString s(char *) 等價于 QString s = QString::fromUtf8(char*)。

同樣是使用 char * 構造 QString，為什么有的時候是亂碼，有的時候就不是亂碼？這取決于你的char * 是什么編碼了，如果是 utf8 的，就不會有亂碼問題，如果是 gbk 的，就會出現亂碼的情況。

三、字符串長度

QString 字符串長度

只要 QString 能夠正常構造，沒有亂碼，不管是英文還是中文，都占一個長度。別忘了，QString 用的是 utf16 方案，一個長度占兩個字節。

char * 字符串長度

char * 的長度需要看具體的編碼了，gbk 是英文一個長度，漢字兩個長度，這里一個長度占一個字節。utf8 是英文一個長度，漢字三個長度，這里的一個長度也是一個字節。

所以，不要太相信你的 strlen 函數，關鍵是得看你是什么編碼。

四、QTextCodec::setCodecForLocale?的真正含義

這個函數真正的作用只是告訴你的程序，當前程序內部使用的字符編碼是什么。這個函數無法對外部傳入和內部聲明的字符串產生影響，和系統的編碼或者源文件的編碼無關。

經測試，這個函數只對 QString 的 Local8bit 函數有影響。如果用這個函數將程序編碼設置為 gbk，那么 Local8bit 就是 gbk，如果設置的編碼是 utf8，Local8bit 就是 utf8。用了這個函數解決了中文亂碼問題一定是因為使用了 QString 的 toLocal8bit 或者 fromLocal8bit，否則這個函數不會對中文亂碼問題有任何影響。

假設你的系統是 gbk 的編碼，進程默認使用的編碼也是 gbk，這時候拿到一個 utf8 的 char *，然后用 fromLocal8bit 來構造 QString，這時候的 Local8bit 是 gbk，但 char 是 utf8，用 gbk 的規則去構造 utf8 的編碼就亂碼了。

五、char *?轉?QString

utf8?的?char * 轉 QString

如果 char *是 utf8 的，QString 默認將 char * 當 utf8 處理，用 QString s(char *) 或者 QString s = QString::fromUtf8(char*) 直接構造就行了。

gbk?的?char * 轉 QString

如果 char * 是 gbk 的，需要先用 QTextCodec::setCodecForLocale 將 Local8bit 設置成 gbk，再使用 fromLocal8bit 來構造。

QTextCodec::setCodecForLocale(QTextCodec::codecForName("GBK"));

QString s = QString::fromLocal8bit(char*);

不確定編碼的 char * 轉 QString

在實際編程的時候，經常不確定這個 char * 是 utf8 的還是 gbk 的，這時候可以用下面的方法進行構造。這段代碼的含義是，先將 char * 轉成 utf8，看是否成功，不成功再轉成 gbk。

char * c = "abcdefg";
QTextCodec::ConverterState state;
QString s = QTextCodec::codecForName("UTF-8")->toUnicode(c, strlen(c), &state);
if(state.invalidChars > 0)
{s = QTextCodec::codecForName( "GBK" )->toUnicode(c);
}

?在 Qt5 中使用 QString::QStringLiteral 這個宏來處理中文亂碼問題，這個宏是官方提供專門處理亂碼問題的。

tr() 不是處理中文亂碼的，這個函數是用來處理多語言問題的。

六、Windows?系統本地字符集編碼

在 windows 命令行終端模式下，輸入命令：chcp

如上圖，我的活動代碼頁為 936，意思是“中國-簡體中文 (GB2312)"

下表列出了所有支持的代碼頁及其國家(地區)或者語言：

代碼頁國家(地區)或語言
437美國
708阿拉伯文(ASMO 708)
720阿拉伯文(DOS)
850多語言(拉丁文 I)
852中歐(DOS)-斯拉夫語(拉丁文 II)
855西里爾文(俄語)
857土耳其語
860葡萄牙語
861冰島語
862希伯來文(DOS)
863加拿大-法語
865日耳曼語
866俄語-西里爾文(DOS)
869現代希臘語
874泰文(Windows)
932日文(Shift-JIS)
936中國-簡體中文(GB2312)
949韓文
950繁體中文(Big5)
1200Unicode
1201Unicode (Big-Endian)
1250中歐(Windows)
1251西里爾文(Windows)
1252西歐(Windows)
1253希臘文(Windows)
1254土耳其文(Windows)
1255希伯來文(Windows)
1256阿拉伯文(Windows)
1257波羅的海文(Windows)
1258越南文(Windows)
20866西里爾文(KOI8-R)
21866西里爾文(KOI8-U)
28592中歐(ISO)
28593拉丁文 3 (ISO)
28594波羅的海文(ISO)
28595西里爾文(ISO)
28596阿拉伯文(ISO)
28597希臘文(ISO)
28598希伯來文(ISO-Visual)
38598希伯來文(ISO-Logical)
50000用戶定義的
50001自動選擇
50220日文(JIS)
50221日文(JIS-允許一個字節的片假名)
50222日文(JIS-允許一個字節的片假名-SO/SI)
50225韓文(ISO)
50932日文(自動選擇)
50949韓文(自動選擇)
51932日文(EUC)
51949韓文(EUC)
52936簡體中文(HZ)
65000Unicode (UTF-7)
65001Unicode (UTF-8)

.cpp 或 .h 文件從 window 上傳到 Ubuntu 后會顯示亂碼，原因是因為 ubuntu 環境設置默認是 utf-8，Windows 系統本地字符集默認編碼為 GBK。

在簡體中文 windows 系統下，ANSI編碼代表?GBK/GB2312?編碼。

七、中文亂碼現象

如果在?Qt Creator?中無法輸入中文，則選擇“編輯”>“Select Encoding…”>“GBK…”或“UTF8+BOM”，點擊“按編碼重新載入”，此時就可以輸入中文了。

列舉最常用的 3 個編譯器（微軟?VC++?的?cl?編譯器，MinGW?中的?g++，Linux?下的?g++），源代碼分別采用 GBK 和無 BOM 的 UTF-8 以及有 BOM 的 UTF-8 這 3 種編碼進行保存，發生的現象如下表所示：? ? ? ?

★★★★★

情況1：指的是 Local 字符集為 GBK

情況2：指的是 Local 字符集為 UTF-8

源代碼的編碼編譯器顯示正常顯示亂碼
GBKwin vs cl情況1情況2
win MinGW-g++情況1情況2
linux g++情況1情況2
UTF-8（無 BOM）win vs cl

編譯失敗

error C2001：常量中有換行符

編譯失敗

error C2001：常量中有換行符

win MinGW-g++情況2情況1
linux g++情況2情況1
UTF-8（有 BOM）win vs cl

情況1

情況2（有 #pragma 預處理）

情況2（有 #pragma 預處理）
win MinGW-g++情況2情況1
linux g++情況2情況1

源代碼的編碼：“菜單” -> “工具” -> “選項” -> “文本編輯器” -> “行為” -> “文件編碼” -> “默認編碼”

常用的選項有以下幾個：

System?（簡體中文 windows 系統默認指的是 GBK 編碼）

GBK/windows-936-2000/CP936/MS936/windows-936

UTF-8

Local?字符集：取決于?QTextCodec * codec = QTextCodec::codecForName();

當使用 Visual C++ 編譯程序的時候，它會分析源文件采用何種編碼，有 BOM 標識符則可以正確識別其編碼是 UTF-8，若沒有 BOM 標識符則認為其使用本地字符集編碼（Local 字符集）。

如果源文件是 UTF-8+BOM 的編碼方式，還需要在頭文件加入：

#if defined(_MSC_VER) && (_MSC_VER >= 1600)
#pragma execution_character_set("utf-8")
#endif

或者在 .pro 文件中添加：

QMAKE_CXXFLAGS += /utf-8

如果源文件是 UTF-8+無 BOM 的編碼方式，則一定不能加 #pragma execution_character_set(“utf-8”)，不然會產生亂碼。

當 QTextCodec::codecForName("utf-8") 時：

QString::fromLocal8Bit 和 QString::fromUtf8 是等效的。

當 QTextCodec::codecForName("gbk") 時：

QString::fromLocal8Bit 和 QString::fromUtf8 是不等效的。

★★★★★

如果該工程不需要跨平臺使用（只在 Win），那么工程設置請使用?GBK?的編碼方式；

如果該工程要跨平臺使用（Win+Linux），那么工程設置請使用?UTF-8+BOM?的編碼方式，Local?字符集設置為?UTF-8。

UTF-8 和 GBK 其實對英文和數字都是一樣的 ASCII 單字節編碼，所以源文件用英文和數字是肯定不亂碼，主要是漢字之類的本地語言文字編碼顯示容易出錯。

Windows?系統里一般的記事本、編輯器、VC++?開發環境等都是默認用?GBK?漢字編碼，而? Linux?和?Qt?都是默認用 UTF-8?國際文字編碼，所以文本顯示亂碼一般都是這個原因。

八、“UTF-8 無 BOM 格式”和 “UTF-8 帶 BOM 格式”的區別

BOM—Byte Order Mark，就是字節序標記。

UTF-8 帶 BOM 格式，就是在文件頭添加了 3 個 bits 的?b'\xef\xbb\xbf'字符。

通常編程，特別是 Linux 下編程建議使用 “UTF-8 無 BOM 格式”，這種不含 BOM 的 UTF-8 才是標準形式，由于含有 BOM 的 UTF-8 常常和 Linux 系統經常使用的 #！ 沖突。

若是在 windows 下編程，建議使用 “UTF-8 帶 BOM 格式”，這樣比較好。

如今只有微軟還在堅持使用帶 BOM 格式的 UTF-8，由于它便于較快的與不少本地編碼，如 gbk，ascii 相區分。總之，微軟為了向前兼容性，一直堅持使用帶 BOM 格式的 UTF-8。

九、查看?Qt Creator?源文件的編碼格式

點擊菜單 “工具” -> “選項” -> “文本編輯器”，右邊選擇“顯示”，看到下圖：

選中 “Display file encoding”，然后點擊 “OK” 按鈕，就可以在編輯器右上角看到當前文件的編碼格式：

十、解決中文亂碼的方法

總結下，解決中文亂碼的方法：

其中，源代碼的編碼：“菜單” -> “工具” -> “選項” -> “文本編輯器” -> “行為” -> “文件編碼” -> “默認編碼”；Local字符集：取決于QTextCodec *codec = QTextCodec::codecForName();

必須保證源文件的編碼和顯示文字的編碼保持一致，否則中文亂碼。

放了方便起見，通常將源文件的編碼和顯示文字的編碼設置保持一致。

如果沒有設置?Local?字符集，則使用默認系統的字符編碼方式，windows?下是?GBK?編碼，Linux?下是?UTF-8?編碼。

直接輸入文字，QString?默認將?char *?當作是?UTF-8?編碼去構造。

情況1：如果是msvc 2013/2015/2017等編譯器

(1) 源文件編碼設置為?GBK

  • Local字符集設置為 GBK

采用 QString::fromLocal8Bit() 對中文進行轉碼，則顯示正常，否則亂碼；因為設置了本地字符集為 GBK 編碼，fromLocal8Bit() 就是將中文轉換為 GBK 編碼。

  • 沒有設置 Local?字符集

如果沒有設置 Local 字符集編碼方式，則 Qt 采用默認的系統字符編碼方式 GBK，和上述 “Local字符集設置為GBK” 轉碼方法相同。

  • Local?字符集設置為其它編碼方式，如?UTF-8

中文顯示亂碼，因為無法將顯示文字的編碼方式設為 GBK。

(2) 源文件編碼設置為?UTF-8（無?BOM）

大概率報錯：編譯失敗，error C2001: 常量中有換行符

有時候能顯示出來，如果沒報錯：

  • Local?字符集設置為?UTF-8

直接輸入中文（QString 默認將 char * 當作是 UTF-8 編碼去構造）、采用 QString::fromLocal8Bit()（此時本地字符集為 UTF-8）、采用 QString::fromUtf8() 都能顯示正常。

  • 沒有設置?Local?字符集

如果沒有設置 Local 字符集編碼方式，則 Qt 采用默認的系統字符編碼方式 GBK，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入、采用QString::fromUtf8() 都能顯示正常。

  • Local?字符集設置為其它編碼方式，如?GBK

和上述“沒有設置 Local 字符集”相同，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入、采用 QString::fromUtf8() 都能顯示正常。

(3) 源文件編碼設置為?UTF-8（有?BOM）

  • Local?字符集設置為?UTF-8

需要先進行以下設置：

在 main 函數頭文件下面添加以下語句

#if defined(_MSC_VER) && (_MSC_VER >= 1600)
#pragma execution_character_set("utf-8")
#endif

或者在 .pro 文件中添加

QMAKE_CXXFLAGS += /utf-8

設置完成后，直接輸入中文（QString 默認將 char * 當作是 UTF-8 編碼去構造）、采用QString::fromLocal8Bit()（此時本地字符集為 UTF-8）、采用 QString::fromUtf8() 都能顯示正常。

  • 沒有設置Local字符集

直接輸入、采用 QString::fromUtf8() 都顯示亂碼，QString::fromLocal8Bit()顯示正常。

如果進行以下設置，則直接輸入、采用 QString::fromUtf8() 都顯示正常，而 QString::fromLocal8Bit() 顯示亂碼。

在 main 函數頭文件下面添加以下語句

#if defined(_MSC_VER) && (_MSC_VER >= 1600)
#pragma execution_character_set("utf-8")
#endif

或者在 .pro 文件中添加

QMAKE_CXXFLAGS += /utf-8
  • Local?字符集設置為其它編碼方式，如?GBK

和上述“沒有設置 Local 字符集”相同，直接輸入、采用 QString::fromUtf8() 都顯示亂碼，QString::fromLocal8Bit()?顯示正常。

如果進行以下設置，則直接輸入、采用 QString::fromUtf8() 都顯示正常，而 QString::fromLocal8Bit() 顯示亂碼。

在 main 函數頭文件下面添加以下語句

#if defined(_MSC_VER) && (_MSC_VER >= 1600)
#pragma execution_character_set("utf-8")
#endif

或者在 .pro 文件中添加

QMAKE_CXXFLAGS += /utf-8

情況2：如果是MinGW編譯器

(1) 源文件編碼設置為?GBK

  • Local?字符集設置為?GBK

采用 QString::fromLocal8Bit() 對中文進行轉碼，則顯示正常，否則亂碼；因為設置了本地字符集為 GBK 編碼，fromLocal8Bit() 就是將中文轉換為 GBK 編碼。

  • 沒有設置?Local?字符集

如果沒有設置 Local 字符集編碼方式，則 Qt 采用默認的系統字符編碼方式 GBK，和上述 “Local 字符集設置為 GBK” 轉碼方法相同。

  • Local?字符集設置為其它編碼方式，如?UTF-8

中文顯示亂碼，因為無法將顯示文字的編碼方式設為 GBK。

(2) 源文件編碼設置為?UTF-8（無?BOM）

  • Local?字符集設置為?UTF-8

直接輸入中文（QString 默認將 char * 當作是 UTF-8 編碼去構造）、采用 QString::fromLocal8Bit()（此時本地字符集為 UTF-8）、采用 QString::fromUtf8() 都能顯示正常。

  • 沒有設置?Local?字符集

如果沒有設置 Local 字符集編碼方式，則 Qt 采用默認的系統字符編碼方式 GBK，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入、采用 QString::fromUtf8() 都能顯示正常。

  • Local?字符集設置為其它編碼方式，如?GBK

和上述“沒有設置 Local 字符集”相同，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入、采用 QString::fromUtf8() 都能顯示正常。

(3) 源文件編碼設置為?UTF-8（有?BOM）

UTF-8?有?BOM和無?BOM?對?MinGW?編譯器沒有影響。

  • Local?字符集設置為?UTF-8

直接輸入中文（QString 默認將 char * 當作是 UTF-8 編碼去構造）、采用 QString::fromLocal8Bit()（此時本地字符集為 UTF-8）、采用 QString::fromUtf8() 都能顯示正常。

  • 沒有設置?Local?字符集

如果沒有設置 Local 字符集編碼方式，則 Qt 采用默認的系統字符編碼方式 GBK，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入（等價于 QString::fromUtf8()）、采用 QString::fromUtf8() 都能顯示正常。

  • Local?字符集設置為其它編碼方式，如?GBK

和上述“沒有設置 Local 字符集”相同，QString::fromLocal8Bit()（此時本地字符集為 GBK）則顯示亂碼，直接輸入、采用 QString::fromUtf8() 都能顯示正常。

在?Qt5?中使用?QString::QStringLiteral?這個宏來處理中文亂碼問題，這個宏是官方提供專門處理亂碼問題的。

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/news/42793.shtml
繁體地址，請注明出處：http://hk.pswp.cn/news/42793.shtml
英文地址，請注明出處：http://en.pswp.cn/news/42793.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

eNSP：VLAN-hybrid實驗應用

eNSP：VLAN-hybrid實驗應用

實驗要求： 拓撲圖 配置 sw1: [sw1]vlan batch 2 to 6[sw1]int Ethernet 0/0/2 [sw1-Ethernet0/0/2]port link-type access [sw1-Ethernet0/0/2]port default vlan 2 [sw1-Ethernet0/0/2]int e 0/0/4 [sw1-Ethernet0/0/4]port link-ty access [sw1-Ethernet0/0/…
閱讀更多...
74最新提案

74最新提案

最新提案 [do 表達式](https://es6.ruanyifeng.com/#docs/proposals#do 表達式)[throw 表達式](https://es6.ruanyifeng.com/#docs/proposals#throw 表達式)函數的部分執行管道運算符Math.signbit()雙冒號運算符[Realm API](https://es6.ruanyifeng.com/#docs/proposals#Realm…
閱讀更多...
springBoot 配置文件 spring.mvc.throw-exception-if-no-handler-found 參數的作用

springBoot 配置文件 spring.mvc.throw-exception-if-no-handler-found 參數的作用

在Spring Boot應用中，可以通過配置文件來控制當找不到請求處理器（handler）時是否拋出異常。具體的配置參數是spring.mvc.throw-exception-if-no-handler-found。 默認情況下，該參數的值為false，即當找不到請求處理器時…
閱讀更多...
《Zookeeper》源碼分析（十四）之 投票是如何發送與接收的

《Zookeeper》源碼分析（十四）之 投票是如何發送與接收的

目錄 MessengerWorkerSenderWorkerReceiver第5步：檢驗選票的epoch和version第6步：處理投票 Messenger Messenger管理接收到的消息以及待發送的消息，其源碼如下： 它的源碼比較簡單，接下來著重介紹它維護的兩個線程&a…
閱讀更多...
Docker 網絡之 ipvlan 和 macvlan

Docker 網絡之 ipvlan 和 macvlan

Docker ipvlan 和 macvlan 引言 本文講解了Docker 網絡模式中的 ipvlan 和 macvlan 的區別,目前自己在生產環境中使用的 ipvlan 模式非常問題.也解決了實際業務問題. IPvlan L2 mode example ipvlan 無需網卡混雜模式 , 運行如下命令后可以生成一個 vlan 子接口 , 會和主網卡…
閱讀更多...
ElasticSearch的客戶端操作

ElasticSearch的客戶端操作

ElasticSearch的客戶端操作 1、客戶端介紹 官方文檔地址： https://www.elastic.co/guide/en/elasticsearch/reference/current/index.html 實際開發中，有多種方式操作Elasticsearch： 客戶端工具：發送http請求(RESTful風格)操作…
閱讀更多...
CF1195E OpenStreetMap 題解

CF1195E OpenStreetMap 題解

很好的單調隊列題。 題目傳送門 題目意思： 給定一個 n m n\times m nm 的矩陣，求出所有大小為 a b a\times b ab 的子矩形中的最小值的和。 思路： 通過題目給的要求建立二維數組 h h h。通過單調隊列一行一行地掃，將掃出來…
閱讀更多...
Azure Blob存儲使用

Azure Blob存儲使用

創建存儲賬戶,性能選擇標準即可，冗余選擇本地冗余存儲即可 容器選擇類別選擇專用即可 可以上傳文件到blob中 打開文件可以看到文件的訪問路徑 4.編輯中可以修改文件 復制鏈接，嘗試訪問，可以看到沒有辦法訪問，因為創建容器的時候選…
閱讀更多...
spring(15) SpringBoot啟動過程

spring(15) SpringBoot啟動過程

目錄 一、過程簡介二、過程流程圖三、源碼分析1、運行 SpringApplication.run() 方法2、確定應用程序類型3、加載所有的初始化器4、加載所有的監聽器5、設置程序運行的主類6、開啟計時器7、將 java.awt.headless 設置為 true8、獲取并啟用監聽器9、設置應用程序參數10、準備環境…
閱讀更多...
LeetCode450. 刪除二叉搜索樹中的節點

LeetCode450. 刪除二叉搜索樹中的節點

450. 刪除二叉搜索樹中的節點 文章目錄 [450. 刪除二叉搜索樹中的節點](https://leetcode.cn/problems/delete-node-in-a-bst/)一、題目二、題解方法一：遞歸（一種麻煩的方法）方法二：優化后的遞歸 一、題目 給定一個二叉搜索樹的根…
閱讀更多...
SpringBoot校驗，DTO文件中常用的注解應用案例.

SpringBoot校驗，DTO文件中常用的注解應用案例.

在觀看本篇文章之前，可以先參考我之前寫的一篇文章 “ Spring5，Service層對DTO文件進行數據格式校驗. ” ，這篇文章是介紹在 Service層 對DTO文件的校驗。 以下方的 CompanyDTO 文件為例，講解不同的注解使用場景，以及…
閱讀更多...
論文閱讀——Imperceptible Adversarial Attack via Invertible Neural Networks

論文閱讀——Imperceptible Adversarial Attack via Invertible Neural Networks

Imperceptible Adversarial Attack via Invertible Neural Networks 作者：Zihan Chen, Ziyue Wang, Junjie Huang*, Wentao Zhao, Xiao Liu, Dejian Guan 解決的問題：雖然視覺不可感知性是對抗性示例的理想特性，但傳統的對抗性攻擊仍然會產…
閱讀更多...
每天一道leetcode：1129. 顏色交替的最短路徑（圖論中等廣度優先遍歷）

每天一道leetcode：1129. 顏色交替的最短路徑（圖論中等廣度優先遍歷）

今日份題目： 給定一個整數 n，即有向圖中的節點數，其中節點標記為 0 到 n - 1。圖中的每條邊為紅色或者藍色，并且可能存在自環或平行邊。 給定兩個數組 redEdges 和 blueEdges，其中： redEdges[i] [ai, bi…
閱讀更多...
Dubbo Spring Boot Starter 開發微服務應用

Dubbo Spring Boot Starter 開發微服務應用

環境要求 系統：Windows、Linux、MacOS JDK 8 及以上（推薦使用 JDK17） Git IntelliJ IDEA（可選） Docker （可選） 項目介紹 在本任務中，將分為 3 個子模塊進行獨立開發&#xff…
閱讀更多...
LINUX學習筆記_GIT操作命令

LINUX學習筆記_GIT操作命令

LINUX學習筆記 GIT操作命令 基本命令 git init：初始化倉庫git status：查看文件狀態git add：添加文件到暫存區（index）git commit -m “注釋”：提交文件到倉庫（repository）git log&a…
閱讀更多...
計算機組成與設計 Patterson Hennessy 筆記（一）MIPS 指令集

計算機組成與設計 Patterson Hennessy 筆記（一）MIPS 指令集

計算機的語言：匯編指令集 也就是指令集。本書主要介紹 MIPS 指令集。 匯編指令 算數運算： add a,b,c # abc sub a,b,c # ab-cMIPS 匯編的注釋是 # 號。 由于MIPS中寄存器大小32位，是基本訪問單位，因此也被稱為一個字 word。M…
閱讀更多...
Java Web常見面試題

Java Web常見面試題

1、JSP和Servlet有什么區別 jsp經過編譯后變成類Servlet（JSP的本質就是Servelt，JVM只能識別java的類，不能識別jsp的代碼，于是web容器將jsp的代碼編譯成JVM能夠識別的java類，也就是servelt）jsp更擅長表現于…
閱讀更多...
【2023年11月第四版教材】《第5章-信息系統工程之系統集成（第四部分）》

【2023年11月第四版教材】《第5章-信息系統工程之系統集成（第四部分）》

《第5章-信息系統工程之系統集成（第四部分）》 3 系統集成3.1網絡集成3.2 數據集成3.3 軟件集成3.4 應用集成3.5 安全工程 3 系統集成 3.1網絡集成 安全對策要點傳輸子系統1.常用的無線傳輸介質主要包括無線電波、微波、紅外線等2.常用的有線傳輸介質主…
閱讀更多...
webpack中常見的Loader

webpack中常見的Loader

目錄 1.webpack中的loader是什么？配置方式 2. loader特性3.常見的loader 1.webpack中的loader是什么？ loader 用于對模塊的"源代碼"進行轉換，在 import 或"加載"模塊時預處理文件 webpack做的事情，僅僅是分…
閱讀更多...
爬蟲逆向實戰（三）--天某云登錄

爬蟲逆向實戰（三）--天某云登錄

一、數據接口分析 主頁地址：天某云 1、抓包 通過抓包可以發現登錄接口是account/login 2、判斷是否有加密參數 請求參數是否加密？ 通過“載荷”模塊可以發現password、comParam_signature、comParam_seqCode是加密的 請求頭是否加密？ 無…
閱讀更多...
最新文章

Copyright @ 2022~2023