哪一個處理和轉換更快int.Parse（），int.TryParse（），Convert.Int32（）

Question

哪一個更快，功能強大且可靠。爲什麼？

int.Parse() 
int.TryParse() 
Convert.ToInt32() 

Answer 1

轉到read this（「Performance Profiling Parse vs. TryParse vs. ConvertTo」）獲取更多信息。

如果您不確定字符串是否可解析，那麼int.TryParse()將比其他任何一個更快，並捕獲異常。

Answer 2

兩個int.Parse和Convert.Int32內部調用int.TryParse，所以他們之間的性能差異應該是微不足道的。 TryParse是最通用的，它允許您決定是否拋出異常，但其他方法之間沒有區別。

Answer 3

Convert.ToInt32（string）calls Int32.Parse（string）。

但是，如果使用Int32.Parse（或等效的int.Parse），則可以指定解析時使用的全局化和格式。

Int.Parse會更快，因爲它不會執行try/catch。

Int.TryParse更可靠，不會拋出錯誤，如果您不通過它不可轉換的價值。

Answer 4

我個人使用

int.Parse(...) 

，如果我有一個字符串作爲源和

Convert.ToInt32(...) 

，如果我有一個VALUETYPE（雙，十進制）作爲源，否則我不得不投它串起來處理當地的文化。

Answer 5

Convert.Int32()調用Int32.Parse()並加上一個空的檢查， 因此 Int32.Parse()可能會稍微快一點。 這就是爲什麼Convert.Int32()會更快（它在Int32.Parse()必須處理它之前捕獲空）。

Int32.Parse()在內部調用Number.ParseInt32()，當數字不能被解析時它會拋出異常。

Int32.TryParse()內部調用Number.TryParseInt32()與Number.ParseInt32()具有類似的代碼，但不拋出異常，它只是返回false ...這引入了更少的開銷。

考慮到所有這些變量，我的猜測是Int32.TryParse()會給你非空值的最快結果。如果有機會大部分電話可能包含空值，我會說Convert.Int32()會表現更好。

...所有那些由.NET反射器的力量帶給你的。

Answer 6

我發現答案取決於上下文。

如果我將某個DataRow轉換爲對象，則會有很多Convert.ToXXX調用，所以我會使用Convert.ToInt32，因爲這與該轉換的其他語句一致。

在其他情況下，如果我想在字符串不解析時拋出異常，我將使用int.Parse，因爲這會引發異常，而int.TryParse傾向於生成較醜陋的代碼（I'我從來沒有一個參數的粉絲）

如果我只是想指定一些默認值，如果字符串不解析，我會使用int.TryParse，否則，我將不得不自己處理這個異常，並且這既昂貴又醜陋。

但是，除非您打電話給解析網站數十億次，否則我會驚奇地發現三種格式之間存在明顯的時間差異，所以我寧願使用更可讀的代碼片段， 。