1. VC調試入門
設置
為了調試一個程序,首先必須使程序中包含調試信息。一般情況下,一個從AppWizard創建的工程中包含的Debug Configuration自動包含調試信息,但是是不是Debug版本并不是程序包含調試信息的決定因素,程序設計者可以在任意的Configuration中增加調試信息,包括Release版本。
為了增加調試信息,可以按照下述步驟進行:
- 打開Project settings對話框(可以通過快捷鍵ALT+F7打開,也可以通過IDE菜單Project/Settings打開)
-
選擇C/C++頁,Category中選擇general ,則出現一個Debug Info下拉列表框,可供選擇的調試信息 方式包括:
命令行 Project settings 說明 無 None 沒有調試信息 /Zd Line Numbers Only 目標文件或者可執行文件中只包含全局和導出符號以及代碼行信息,不包含符號調試信息 /Z7 C 7.0- Compatible 目標文件或者可執行文件中包含行號和所有符號調試信息,包括變量名及類型,函數及原型等 /Zi Program Database 創建一個程序庫(PDB),包括類型信息和符號調試信息。 /ZI Program Database for Edit and Continue 除了前面/Zi的功能外,這個選項允許對代碼進行調試過程中的修改和繼續執行。這個選項同時使#pragma設置的優化功能無效 - 選擇Link頁,選中復選框"Generate Debug Info",這個選項將使連接器把調試信息寫進可執行文件和DLL
- 如果C/C++頁中設置了Program Database以上的選項,則Link incrementally可以選擇。選中這個選項,將使程序可以在上一次編譯的基礎上被編譯(即增量編譯),而不必每次都從頭開始編譯。
設置
為了調試一個程序,首先必須使程序中包含調試信息。一般情況下,一個從AppWizard創建的工程中包含的Debug Configuration自動包含調試信息,但是是不是Debug版本并不是程序包含調試信息的決定因素,程序設計者可以在任意的Configuration中增加調試信息,包括Release版本。
為了增加調試信息,可以按照下述步驟進行:
- 打開Project settings對話框(可以通過快捷鍵ALT+F7打開,也可以通過IDE菜單Project/Settings打開)
-
選擇C/C++頁,Category中選擇general ,則出現一個Debug Info下拉列表框,可供選擇的調試信息 方式包括:
命令行 Project settings 說明 無 None 沒有調試信息 /Zd Line Numbers Only 目標文件或者可執行文件中只包含全局和導出符號以及代碼行信息,不包含符號調試信息 /Z7 C 7.0- Compatible 目標文件或者可執行文件中包含行號和所有符號調試信息,包括變量名及類型,函數及原型等 /Zi Program Database 創建一個程序庫(PDB),包括類型信息和符號調試信息。 /ZI Program Database for Edit and Continue 除了前面/Zi的功能外,這個選項允許對代碼進行調試過程中的修改和繼續執行。這個選項同時使#pragma設置的優化功能無效 - 選擇Link頁,選中復選框"Generate Debug Info",這個選項將使連接器把調試信息寫進可執行文件和DLL
- 如果C/C++頁中設置了Program Database以上的選項,則Link incrementally可以選擇。選中這個選項,將使程序可以在上一次編譯的基礎上被編譯(即增量編譯),而不必每次都從頭開始編譯。
斷點
斷點是調試器設置的一個代碼位置。當程序運行到斷點時,程序中斷執行,回到調試器。斷點是 最常用的技巧。調試時,只有設置了斷點并使程序回到調試器,才能對程序進行在線調試。
設置斷點:可以通過下述方法設置一個斷點。首先把光標移動到需要設置斷點的代碼行上,然后
- 按F9快捷鍵
- 彈出Breakpoints對話框,方法是按快捷鍵CTRL+B或ALT+F9,或者通過菜單Edit/Breakpoints打開。打開后點擊Break at編輯框的右側的箭頭,選擇 合適的位置信息。一般情況下,直接選擇line xxx就足夠了,如果想設置不是當前位置的斷點,可以選擇Advanced,然后填寫函數、行號和可執行文件信息。
去掉斷點:把光標移動到給定斷點所在的行,再次按F9就可以取消斷點。同前面所述,打開Breakpoints對話框后,也可以按照界面提示去掉斷點。
條件斷點:可以為斷點設置一個條件,這樣的斷點稱為條件斷點。對于新加的斷點,可以單擊Conditions按鈕,為斷點設置一個表達式。當這個表達式發生改變時,程序就 被中斷。底下設置包括“觀察數組或者結構的元素個數”,似乎可以設置一個指針所指向的內存區的大小,但是我設置一個比較的值但是改動 范圍之外的內存區似乎也導致斷點起效。最后一個設置可以讓程序先執行多少次然后才到達斷點。
數據斷點:數據斷點只能在Breakpoints對話框中設置。選擇“Data”頁,就顯示了設置數據斷點的對話框。在編輯框中輸入一個表達式,當這個 表達式的值發生變化時,數據斷點就到達。一般情況下,這個表達式應該由運算符和全局變量構成,例如:在編輯框中輸入 g_bFlag這個全局變量的名字,那么當程序中有g_bFlag= !g_bFlag時,程序就將停在這個語句處。
消息斷點:VC也支持對Windows消息進行截獲。他有兩種方式進行截獲:窗口消息處理函數和特定消息中斷。
在Breakpoints對話框中選擇Messages頁,就可以設置消息斷點。如果在上面那個對話框中寫入消息處理函數的名字,那么 每次消息被這個函數處理,斷點就到達(我覺得如果采用普通斷點在這個函數中截獲,效果應該一樣)。如果在底下的下拉 列表框選擇一個消息,則每次這種消息到達,程序就中斷。
值
Watch
VC支持查看變量、表達式和內存的值。所有這些觀察都必須是在斷點中斷的情況下進行。
觀看變量的值最簡單,當斷點到達時,把光標移動到這個變量上,停留一會就可以看到變量的值。
VC提供一種被成為Watch的機制來觀看變量和表達式的值。在斷點狀態下,在變量上單擊右鍵,選擇Quick Watch, 就彈出一個對話框,顯示這個變量的值。
單擊Debug工具條上的Watch按鈕,就出現一個Watch視圖(Watch1,Watch2,Watch3,Watch4),在該視圖中輸入變量或者表達式,就可以觀察 變量或者表達式的值。注意:這個表達式不能有副作用,例如++運算符絕對禁止用于這個表達式中,因為這個運算符將修改變量的值,導致 軟件的邏輯被破壞。
Memory
由于指針指向的數組,Watch只能顯示第一個元素的值。為了顯示數組的后續內容,或者要顯示一片內存的內容,可以使用memory功能。在 Debug工具條上點memory按鈕,就彈出一個對話框,在其中輸入地址,就可以顯示該地址指向的內存的內容。
Varibles
Debug工具條上的Varibles按鈕彈出一個框,顯示所有當前執行上下文中可見的變量的值。特別是當前指令涉及的變量,以紅色顯示。
寄存器
Debug工具條上的Reigsters按鈕彈出一個框,顯示當前的所有寄存器的值。
進程控制
VC允許被中斷的程序繼續運行、單步運行和運行到指定光標處,分別對應快捷鍵F5、F10/F11和CTRL+F10。各個快捷鍵功能如下:
快捷鍵 | 說明 |
F5 | 繼續運行 |
F10 | 單步,如果涉及到子函數,不進入子函數內部 |
F11 | 單步,如果涉及到子函數,進入子函數內部 |
CTRL+F10 | 運行到當前光標處。 |
Call Stack
調用堆棧反映了當前斷點處函數是被那些函數按照什么順序調用的。單擊Debug工具條上的Call stack就顯示Call Stack對話框。在CallStack對話框中顯示了一個調用系列,最上面的是當前函數,往下依次是調用函數的上級函數。單擊這些函數名可以跳到對應的函數中去。
其他調試手段
系統提供一系列特殊的函數或者宏來處理Debug版本相關的信息,如下:
宏名/函數名 | 說明 |
TRACE | 使用方法和printf完全一致,他在output框中輸出調試信息 |
ASSERT | 它接收一個表達式,如果這個表達式為TRUE,則無動作,否則中斷當前程序執行。對于系統中出現這個宏 導致的中斷,應該認為你的函數調用未能滿足系統的調用此函數的前提條件。例如,對于一個還沒有創建的窗口調用SetWindowText等。 |
VERIFY | 和ASSERT功能類似,所不同的是,在Release版本中,ASSERT不計算輸入的表達式的值,而VERIFY計算表達式的值。 |
關注
一個好的程序員不應該把所有的判斷交給編譯器和調試器,應該在程序中自己加以程序保護和錯誤定位,具體措施包括:
- 對于所有有返回值的函數,都應該檢查返回值,除非你確信這個函數調用絕對不會出錯,或者不關心它是否出錯。
- 一些函數返回錯誤,需要用其他函數獲得錯誤的具體信息。例如accept返回INVALID_SOCKET表示accept失敗,為了查明 具體的失敗原因,應該立刻用WSAGetLastError獲得錯誤碼,并針對性的解決問題。
- 有些函數通過異常機制拋出錯誤,應該用TRY-CATCH語句來檢查錯誤
- 程序員對于能處理的錯誤,應該自己在底層處理,對于不能處理的,應該報告給用戶讓他們決定怎么處理。如果程序出了異常, 卻不對返回值和其他機制返回的錯誤信息進行判斷,只能是加大了找錯誤的難度。
另外:VC中要編制程序不應該一開始就寫cpp/h文件,而應該首先創建一個合適的工程。因為只有這樣,VC才能選擇合適的編譯、連接 選項。對于加入到工程中的cpp文件,應該檢查是否在第一行顯式的包含stdafx.h頭文件,這是Microsoft Visual Studio為了加快編譯 速度而設置的預編譯頭文件。在這個#include "stdafx.h"行前面的所有代碼將被忽略,所以其他頭文件應該在這一行后面被包含。
對于.c文件,由于不能包含stdafx.h,因此可以通過Project settings把它的預編譯頭設置為“不使用”,方法是:
- 彈出Project settings對話框
- 選擇C/C++
- Category選擇Precompilation Header
- 選擇不使用預編譯頭。
斷點
斷點是調試器設置的一個代碼位置。當程序運行到斷點時,程序中斷執行,回到調試器。斷點是 最常用的技巧。調試時,只有設置了斷點并使程序回到調試器,才能對程序進行在線調試。
設置斷點:可以通過下述方法設置一個斷點。首先把光標移動到需要設置斷點的代碼行上,然后
- 按F9快捷鍵
- 彈出Breakpoints對話框,方法是按快捷鍵CTRL+B或ALT+F9,或者通過菜單Edit/Breakpoints打開。打開后點擊Break at編輯框的右側的箭頭,選擇 合適的位置信息。一般情況下,直接選擇line xxx就足夠了,如果想設置不是當前位置的斷點,可以選擇Advanced,然后填寫函數、行號和可執行文件信息。
去掉斷點:把光標移動到給定斷點所在的行,再次按F9就可以取消斷點。同前面所述,打開Breakpoints對話框后,也可以按照界面提示去掉斷點。
條件斷點:可以為斷點設置一個條件,這樣的斷點稱為條件斷點。對于新加的斷點,可以單擊Conditions按鈕,為斷點設置一個表達式。當這個表達式發生改變時,程序就 被中斷。底下設置包括“觀察數組或者結構的元素個數”,似乎可以設置一個指針所指向的內存區的大小,但是我設置一個比較的值但是改動 范圍之外的內存區似乎也導致斷點起效。最后一個設置可以讓程序先執行多少次然后才到達斷點。
數據斷點:數據斷點只能在Breakpoints對話框中設置。選擇“Data”頁,就顯示了設置數據斷點的對話框。在編輯框中輸入一個表達式,當這個 表達式的值發生變化時,數據斷點就到達。一般情況下,這個表達式應該由運算符和全局變量構成,例如:在編輯框中輸入 g_bFlag這個全局變量的名字,那么當程序中有g_bFlag= !g_bFlag時,程序就將停在這個語句處。
消息斷點:VC也支持對Windows消息進行截獲。他有兩種方式進行截獲:窗口消息處理函數和特定消息中斷。
在Breakpoints對話框中選擇Messages頁,就可以設置消息斷點。如果在上面那個對話框中寫入消息處理函數的名字,那么 每次消息被這個函數處理,斷點就到達(我覺得如果采用普通斷點在這個函數中截獲,效果應該一樣)。如果在底下的下拉 列表框選擇一個消息,則每次這種消息到達,程序就中斷。
值
Watch
VC支持查看變量、表達式和內存的值。所有這些觀察都必須是在斷點中斷的情況下進行。
觀看變量的值最簡單,當斷點到達時,把光標移動到這個變量上,停留一會就可以看到變量的值。
VC提供一種被成為Watch的機制來觀看變量和表達式的值。在斷點狀態下,在變量上單擊右鍵,選擇Quick Watch, 就彈出一個對話框,顯示這個變量的值。
單擊Debug工具條上的Watch按鈕,就出現一個Watch視圖(Watch1,Watch2,Watch3,Watch4),在該視圖中輸入變量或者表達式,就可以觀察 變量或者表達式的值。注意:這個表達式不能有副作用,例如++運算符絕對禁止用于這個表達式中,因為這個運算符將修改變量的值,導致 軟件的邏輯被破壞。
Memory
由于指針指向的數組,Watch只能顯示第一個元素的值。為了顯示數組的后續內容,或者要顯示一片內存的內容,可以使用memory功能。在 Debug工具條上點memory按鈕,就彈出一個對話框,在其中輸入地址,就可以顯示該地址指向的內存的內容。
Varibles
Debug工具條上的Varibles按鈕彈出一個框,顯示所有當前執行上下文中可見的變量的值。特別是當前指令涉及的變量,以紅色顯示。
寄存器
Debug工具條上的Reigsters按鈕彈出一個框,顯示當前的所有寄存器的值。
進程控制
VC允許被中斷的程序繼續運行、單步運行和運行到指定光標處,分別對應快捷鍵F5、F10/F11和CTRL+F10。各個快捷鍵功能如下:
快捷鍵 | 說明 |
F5 | 繼續運行 |
F10 | 單步,如果涉及到子函數,不進入子函數內部 |
F11 | 單步,如果涉及到子函數,進入子函數內部 |
CTRL+F10 | 運行到當前光標處。 |
Call Stack
調用堆棧反映了當前斷點處函數是被那些函數按照什么順序調用的。單擊Debug工具條上的Call stack就顯示Call Stack對話框。在CallStack對話框中顯示了一個調用系列,最上面的是當前函數,往下依次是調用函數的上級函數。單擊這些函數名可以跳到對應的函數中去。
其他調試手段
系統提供一系列特殊的函數或者宏來處理Debug版本相關的信息,如下:
宏名/函數名 | 說明 |
TRACE | 使用方法和printf完全一致,他在output框中輸出調試信息 |
ASSERT | 它接收一個表達式,如果這個表達式為TRUE,則無動作,否則中斷當前程序執行。對于系統中出現這個宏 導致的中斷,應該認為你的函數調用未能滿足系統的調用此函數的前提條件。例如,對于一個還沒有創建的窗口調用SetWindowText等。 |
VERIFY | 和ASSERT功能類似,所不同的是,在Release版本中,ASSERT不計算輸入的表達式的值,而VERIFY計算表達式的值。 |
關注
一個好的程序員不應該把所有的判斷交給編譯器和調試器,應該在程序中自己加以程序保護和錯誤定位,具體措施包括:
- 對于所有有返回值的函數,都應該檢查返回值,除非你確信這個函數調用絕對不會出錯,或者不關心它是否出錯。
- 一些函數返回錯誤,需要用其他函數獲得錯誤的具體信息。例如accept返回INVALID_SOCKET表示accept失敗,為了查明 具體的失敗原因,應該立刻用WSAGetLastError獲得錯誤碼,并針對性的解決問題。
- 有些函數通過異常機制拋出錯誤,應該用TRY-CATCH語句來檢查錯誤
- 程序員對于能處理的錯誤,應該自己在底層處理,對于不能處理的,應該報告給用戶讓他們決定怎么處理。如果程序出了異常, 卻不對返回值和其他機制返回的錯誤信息進行判斷,只能是加大了找錯誤的難度。
另外:VC中要編制程序不應該一開始就寫cpp/h文件,而應該首先創建一個合適的工程。因為只有這樣,VC才能選擇合適的編譯、連接 選項。對于加入到工程中的cpp文件,應該檢查是否在第一行顯式的包含stdafx.h頭文件,這是Microsoft Visual Studio為了加快編譯 速度而設置的預編譯頭文件。在這個#include "stdafx.h"行前面的所有代碼將被忽略,所以其他頭文件應該在這一行后面被包含。
對于.c文件,由于不能包含stdafx.h,因此可以通過Project settings把它的預編譯頭設置為“不使用”,方法是:
- 彈出Project settings對話框
- 選擇C/C++
- Category選擇Precompilation Header
- 選擇不使用預編譯頭。
2. 調試輸出說明
在調試程序的時候,我們可以使用下面這3個函數將調試信息輸出到控制臺窗口,這對我們調試程序非常有幫助:
echo(text);
warn(text);
error(text);
|
其中echo函數用于輸出標準黑色字體的文本信息到控制臺窗口中;warn函數用于輸出標準灰色字體的文本信息到控制臺窗口中;error函數用于輸出標準紅色字體的文本信息到控制臺窗口中。使用上述3個函數的時候,文本可根據字符串規則進行格式化。
通過正確地使用恰當的輸出消息,可以跟蹤在腳本中發生的任何事件。一般情況下,人們都希望把最可能出現問題的地方的相關調試信息輸出到控制臺。您或許想將一個容易識別的標志符置于代碼某處,以便在控制臺的滾動窗口中找到它;或者輸出一些與代碼相關的活動的重要信息(這些信息可能是一些變量的輸出)。
為了把控制臺輸出信息轉儲在console.log文件中,首先,您必須在您的代碼中調用setLogMode函數,并確保該函數在程序運行至有問題的代碼語句之前被執行。一個更為簡單的辦法就是:使用-log命令行選項,后接一個空格,然后輸入數字0、1或2。其中0表示您不能記錄日志;1表示您可以把每一個新會話的內容追加到日志文件的末尾;2表示您可以用新日志內容覆蓋以前的日志文件。
您可以用下面的方式在程序中設置標記:
error("******************************************");
它將在console . log文件中添加一行星號:
******************************************;
|
在控制臺窗口中,這行星號會以紅色字符顯示,因此很容易識別。您也可以使用warn函數向控制臺窗口輸出灰色字符或使用echo函數向控制臺窗口輸出黑色字符。
很多時候,如果游戲中出現停頓或者死鎖的情況,那么,即使最后一行代碼已經被執行,它的調試輸出信息也不會被寫到日志文件中。處理這種情況的方法很簡單:在程序中設置兩個一樣的錯誤行,一個緊接著位于另一個的右端。如果游戲暫停,則只有第一行消息輸出,那么此時您就可以縮小錯誤查找的范圍。接下來,把這兩個標記行往程序下方移動,直到它們不再出現在控制臺日志中。這時,就可以找到出現問題的代碼位置。
如果需要檢查一些重要變量的值,比如說X,Y和玩家的名稱,您可能會使用如下語句:
echo("player’s name: " @ playerName @ " X= " %X @ " Y=" @%Y );
|
player’s name: bozotheclown X=123 Y=456
|
3.
使用trace函數
Torque提供了一個很方便的跟蹤函數trace。使用它,在執行腳本文件時就可以計算出當前正在執行的是哪一行代碼。當您苦苦思索一些邏輯問題的時候,這個功能尤為有效,您只需在感興趣的代碼前面插入trace函數即可。使用trace(true)語句表示跟蹤的開始,在您關注的代碼段末端插入trace(off)語句,禁用跟蹤功能。
您也可以通過打開控制臺窗口,輸入:
trace(true);
來使跟蹤選項可用。
下面是控制臺窗口中的一段輸出(沒有使用trace函數)信息
--------- Initializing MOD: Common ---------
Loading compiled script common/client/canvas.cs.
Loading compiled script common/client/audio.cs.
--------- Initializing MOD: Torque demo ---------
Loading compiled script demo/client/init.cs.
Loading compiled script demo/server/init.cs.
Loading compiled script demo/data/init.cs.
Loading compiled script demo/data/terrains/highplains/propertyMap.cs.
|
當使用trace函數后,輸出信息就如下所示
--------- Parsing Arguments ---------
Entering [demo]parseArgs()
Entering [common]parseArgs()
Leaving [common]parseArgs() - return
Leaving [demo]parseArgs() - return
Entering [demo]onStart()
Entering [common]onStart()
--------- Initializing MOD: Common ---------
Entering initCommon()
Loading compiled script common/client/canvas.cs.
Loading compiled script common/client/audio.cs.
Leaving initCommon() - return
Leaving [common]onStart() – return
--------- Initializing MOD: Torque demo ---------
Loading compiled script demo/client/init.cs.
Loading compiled script demo/server/init.cs.
Loading compiled script demo/data/init.cs.
Loading compiled script demo/data/terrains/highplains/propertyMap.cs.
Entering initServer()
|
VC中的TRACE宏:
TRACE宏對于VC下程序調試來說是很有用的東西,有著類似printf的功能;該宏僅僅在程序的DEBUG版本中出現,當RELEASE的時候該宏就完全消失了,從而幫助你調式也在RELEASE的時候減少代碼量。
使用非常簡單,格式如下:
TRACE("DDDDDDDDDDD");
TRACE("wewe%d",333);
4. 在非MFC程序中使用調試宏ASSERT(),VERIFY()和 TRACE()
ASSERT()被測試它的參數,若參數為0,則中斷執行并打印一段說明消息。在 Release 版本的程序中它不起任何作用。 VERIFY()和 ASSERT()很相似,區別在于在 Release 版本中它仍然有效(譯者注:原作者在這里沒有講清楚,VERIFY()不會打印說明,只是會對參數表達式求值)。 ASSERT()使用的時候必須保證參數表達式中不能有函數調用(譯者注:ASSERT()宏在 Release 版本中不對表達式求值),因此對于任何有函數調用的參數表達式,應該使用宏 VERIFY(),以保證表達式中的函數調用在 Release 版本中會被正確求值。 TRACE()基本上就是函數 printf()的一個復制品,唯一的區別是它把結果輸出到調試窗口。在 Release 版本中,它也是無效的。 這三個宏在 Release 版本中都不會產生任何實質性的影響,它們是否起作用取決于是否定義了預定義了宏 _DEBUG。這是對 Microsoft Visual C++ 而言,在其它的編譯器中可能其它不同的宏。
Since it makes no sense to re-invent the wheel(譯者注:這好像是一句俗語,大致意思是“沒有必要(意義)自己從頭寫起”,但原句究竟如何,在下水平有限,實難猜出。故將原文放上,望高人賜教,感激不盡!),筆者在看了 MFC 的代碼之后類似地建立了自己的宏。對于 ASSERT()和 VERIFY()則去掉了花哨的“Debug assertion failed...”對話框,只是簡單的產生一個單純的斷點中斷。
要使用 ASSERT(),VERIFY()和 TRACE(),有兩個文件是必需的: debug.h 和 debug.cpp 。首先需要在工程中的主要頭文件里中包含文件 debug.h 。因為它本身沒有包括其它任何頭文件,所以不必擔心會產生頭件的包含遞歸。另外還要將 debug.cpp 加入到工程中的源文件中。
這里是代碼:
// file debug.h #ifndef __DEBUG_H__ #define __DEBUG_H__ #ifdef _DEBUG void _trace(char *fmt, ...); #define ASSERT(x) {if(!(x)) _asm{int 0x03}} #define VERIFY(x) {if(!(x)) _asm{int 0x03}} // 譯注:為調試版本時產生中斷有效 #else #define ASSERT(x) #define VERIFY(x) x // 譯注:為發行版本時不產生中斷 #endif #ifdef _DEBUG #define TRACE _trace #else inline void _trace(LPCTSTR fmt, ...) { } #define TRACE 1 ? (void)0 : _trace #endif #endif // __DEBUG_H__ // file debug.cpp #ifdef _DEBUG #include <stdio.h> #include <stdarg.h> #include <windows.h> void _trace(char *fmt, ...) { char out[1024]; va_list body; va_start(body, fmt); vsprintf(out, fmt, body); // 譯注:格式化輸入的字符串 fmtt va_end(body); // 到輸出字符串 ou OutputDebugString(out); // 譯注:輸出格式化后的字符串到調試器 } #endif
譯者續:一點小擴展
大家可以看到宏 TRACE()的最后,調用的是 OutPutDebugString()函數,只能將信息輸出到調試器窗口中,但我們同樣也可以實現 MFC 中的彈出式窗口,只要用 MessageBox()函數輸出就可以了。(不過……好像樣子也不一樣哎!)
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
