1樓：
assert是斷言，你這裡就是說一定認為argc是2的，不是2就出錯
只對debug有效
關於c++中的assert語句 20
2樓：
assert是用於除錯版的程式，用於檢查一些邏輯錯誤，當程式除錯好時，要釋出程式時，由assert產生的多餘**就會刪掉，就會減少程式體積
3樓：
在真正的大型程式中，出問題的概率是非常大的，而出了問題如何解決，有時比較困擾，因為**可能幾百萬行
就算你寫if(p==null)也只是做的一些規避正確的做法是加assert目的就在於，當條件是false時，assert讓程式中止，輸出錯誤所在的**塊，這樣才方便分析和解決問題。
斷言常用在程式開發過程中，程式設計師不想寫更多的異常處理**，又想立即定位到異常的位置，在debug模式下斷言就起到了關鍵的作用，大大提高開發效率。
4樓：匿名使用者
assert在release版本中會被忽略掉，而if則一直存在
所以，assert一般用於除錯，而且assert中條件一旦為假，程式立刻終止
5樓：weida愛問
哈哈！果斷被鄙視啊！
assert巨集的原型定義在中，其作用是如果它的條件返回錯誤，則終止程式執行，原型定義：#include
void assert( int expression );
assert的作用是現計算表示式 expression ，如果其值為假（即為0），那麼它先向stderr列印一條出錯資訊，然後通過呼叫 abort 來終止程式執行。
6樓：
現在假設有如下函式,
void func(int *p)
當呼叫函式時,在引數檢測這一塊有兩種做法:
一是呼叫前檢測(屬於規範的做法);
二是寄希望於函式自己檢測;
如果不在func函式裡檢測引數,那麼對於後者來說,當錯誤發生時,想快速準確地定位通常都是比較困難的;但如果在func里加上if語句判斷,那對於前者,又會有重複檢測的開銷.
而assert正好可以解決這個問題,assert只在debug版本中有效,在release版本中為空巨集.
7樓：
assert一般是一個條件編譯的巨集，什麼意思呢？簡單說來，如果寫成if，那麼程式執行的時候需要額外開銷來進行判斷，如果呼叫很多次，將會影響程式效能，而實際上有一些判斷，在除錯的時候判斷就可以了，等編譯成為真正的線上產品的時候，其實是不需要的，因為如果除錯的時候沒有問題，最後就不會有問題。再簡單點說，就是你自己寫**，除錯的時候，你自己想做一些檢查，而當你把你的程式拿給別人使用的時候，你想去掉那些檢查從而儘可能提高執行速度，就用assert。
具體就是通過條件編譯來實現的，通過編譯引數控制，除錯的時候把assert當if使用，成品的時候不編譯那段**。
另外，assert還有一個好處就是assert失敗是能自動輸出更詳細的出錯資訊，從而看出是**出錯了，以便檢查**。如果用if，只能一個一個自己寫，比如if(...) printf(...
); 非常麻煩
8樓：
編寫**時，我們總是會做出一些假設，斷言就是用於在**中捕捉這些假設，可以將斷言看作是異常處理的一種高階形式。斷言表示為一些布林表示式，程式設計師相信在程式中的某個特定點該表示式值為真。可以在任何時候啟用和禁用斷言驗證，因此可以在測試時啟用斷言，而在部署時禁用斷言。
同樣，程式投入執行後，終端使用者在遇到問題時可以重新起用斷言。
c++中的斷言的用法。assert
9樓：匿名使用者
假如不寫assert，除錯的時候問題未必會暴露出來。此時就如問題所描述的，在除錯的時候沒事，可是到執行的時候出問題了你又沒解決機制……
比如說file*fp;
fp=fopen("錯誤的檔名?!","w+");
不管檔案存不存在，**都會繼續往下執行，問題一時半會不會暴露，有的時候說不定這次除錯就沒看出問題……
如果寫成
file*fp;
fp=fopen("錯誤的檔名?!","w+");
assert(fp!=null);
在開啟檔案失敗的時候就會立刻發現斷言失敗，除錯中斷，要求立刻修改**，解決問題，這樣才能在實際中不會出問題……
10樓：匿名使用者
把一個表示式傳給assert函式 如果表示式不為真就會中斷
通常用在定位錯誤的時候
11樓：匿名使用者
assert是包含在標頭檔案中的巨集定義，如下：
#ifdef ndebug
# define assert(condition) ((void)0)
#else
# define assert(condition) /*implementation defined*/
#endif
由此可見，當ndebug已經定義時，assert沒有任何作用。反之，condition為零時，assert會終止程式。
通常，debug（除錯）模式下不會定義ndebug；而release（釋出）模式下，會定義ndebug。由此可知，assert是用於除錯的命令。
一般而言，在編寫程式時，我們會假設輸入、輸出滿足一定的條件。由於程式設計師的疏忽，我們不太可能一次就寫對程式。當出現錯誤時，我們所做的假設可能會不成立。
如果我們能將所有假設都用assert進行判斷，那麼程式出錯時，我們能在第一時間發現問題所在。另一方面，我們希望對假設條件的判斷不會影響程式的效率。因此，當我們確信程式沒有錯誤時，我們希望assert什麼都不做。
請看如下示例：
#include
template
t multiply(t const& a, t const& b)
template
t div(t const& a, t const& b)
int main()
其中定義了multiple（乘法），div（除法）操作。表面上，我們並沒有什麼錯誤，不過為了保險起見，我們使用了assert進行驗證。結果正如我們希望的，沒有任何錯誤。
然而，當我們將a, b的型別改為int時，程式出錯了（debug模式）。因為，div的定義其實是有問題的（相信樓主能看出來吧^^）。
總之，每當我們對程式有任何假設、期望，都應該將它轉化為assert語句寫入程式當中。它能幫助我們定位錯誤的位置，縮短除錯時間，百利而無一害。
ps: 需要注意的是assert應該用於處理程式中的邏輯錯誤，而不是輸入錯誤。因此判斷檔案開啟是否出錯，應該使用異常等錯誤處理機制，而不是assert。
1u2du這積分怎麼解,2u1u2du這積分怎麼解
dao 2u 1 u2 du 內 2u 1 u 1 u du 1 u 1 u 1 u 1 u du 1 1 u 1 1 u du ln 容1 u ln 1 u c ln 1 u2 c 2u 1 u 2 du 1 u 1 1 u 1 dx ln u 1 u 1 c 這個呀,你把u的移到左邊來,你會發現...
SUM D2 G2 E2 G2 E2 G2F2 2 1這個公式錯在那裡，excel出現感嘆號
d2 在這裡，沒有任何運算子號，excel辦公軟體有沒有免費的 你好，有的，像這樣的群很多呢，我用過的excel home 論壇裡有好多群。另外論壇裡也有好多大師幫助回答問題。類似excel的辦公軟體，wps和openoffice等比較常用。兩者相比較而言，openoffice功能更為強大，甚至具備...
求這2題過程 答案
第一個題 2x 2 3y 2 8x 6y 1 當x 2,y 1時，最小值是 10 第二個題 m 4x2 12xy 10y2 4y 9，4x2 12xy 9y2 y2 4y 4 5，2x 3y 2 y 2 2 5，2x 3y 2與 y 2 2的最小值均為0，2x 3y 0，y 2 0，m的最小值為5，...