去掉VC 2005 2008的安全警告提示
分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow
也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！
將過去的工程用VS2005開啟的時候。你有可能會遇到一大堆的警告：warning C4996。
比如：warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS.
原因是Visual C++ 2005使用了更加安全的run-time library routines。
新的Security CRT functions（就是那些帶有“_s”字尾的函式）：
那麼如何搞定這些警告呢：
方法一：手工將原來的舊函式替換成新的Security CRT functions。
方法二：遮蔽這個警告。
在預編譯標頭檔案stdafx.h裡（注意：一定要在沒有include任何標頭檔案之前）定義下面的巨集：
#define _CRT_SECURE_NO_DEPRECATE
或者#param warning(disable:4996)
方法二沒有使用新的更安全的CRT函式，顯然不是一個值得推薦的方法，可是你又不想一個一個地改。
那麼還有一個更方便的方法：
在預編譯標頭檔案stdafx.h裡（同樣要在沒有include任何標頭檔案之前）定義下面的巨集：#define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES 1Security CRT functions。
在連結
注意：這個方法雖然使用了新的函式，但是不能消除警告（原因見紅字），你還得同時使用方法二。。。
在網上搜索到的最常用的解決方案，那就是定義 _CRT_SECURE_NO_DEPRECATE 和 _SCL_SECURE_NO_DEPRECATE 來禁止vc2005對此產生警告(依然使用的是非安全庫！0顯然並不是一個好的解決方案)。而且如果使用了ATL,則還需要定義 _ATL_SECURE_NO_DEPRECATE， 使用了MFC則需要定義 _AFX_SECURE_NO_DEPRECATE。
即使使用了_CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES，程式碼將依舊不夠安全:(, 對此，ms提出瞭如下10點建議:
1. 不要認為 strcpy_s 和 strncpy_s( 以及其他的字串函式)(在空間不夠的時候)會自動終止拷貝(truncate截斷，不截斷則意味著溢位).如果需要自動截斷，請使用strncpy_s (同時使用_TRUNCATE作為長度引數)。
2. 記住fopen_s預設是獨佔模式。如需共享使用檔案，應該使用_sopen。
3. 別忘了_dupenv_s, 它將比_getenv_s更容易使用，因為它能自動分配一個正確長度的記憶體(buffer)。
4. 在scanf_s中小心引數順序。
5. 確定printf_s中格式字串的正確。
6. 使用_countof(x)來取代sizeof(x)/sizeof(element). _countof將會正確的計算元素個數，而且如果x是一個指標，編譯器將會發出一個警告(來提醒程式設計師,僅針對C++編譯)
7. 記住所有的sizes(大小,非長度)都是使用characters(字元，unicode下一個字元佔2個byte)作為單位，而不是bytes(位元組).
8. 記住所有的sizes(大小，非長度，緣由同上)包含了字串結束符'/0'(即別忘了很多情況下size需要+1)。
9. 除錯的時候監視資料0xfd。 (在除錯版本下)0xfd將會被填充在資料(buffer，通常是字串)的結尾處。如果執行非你所願，可能會得到一個長度錯誤。
10. 檢查所有的錯誤。 許多新函式相比舊函式,能返回(表示)錯誤資訊(的數值)。
從ANSI改到Unicode主要有如下幾點:
1.char --> TCHAR
2.字串前面增加 _T,如"Hello World" 改為 _T("Hello World);
3.strcpy等字串操作函式改為 StrCpy;
4.LPSTR改為LPTSTR, LPCSTR改為LPCTSTR
5.對於函式定義中使用char、char*型別引數的，需要進行相應的字串轉換
給我老師的人工智慧教程打call！http://blog.csdn.net/jiangjunshow
