前一篇發出來后引發了積極的探討，起到了拋磚引玉效果，感謝大家參與。

吐槽一下：這個問題比其看起來要難得多得多啊。

大家的討論最終還是沒有一個完全正確的答案，不過我根據討論結果總結了一個差不多算是最終版的代碼，這里分享出來，畢竟這是大家共同的智慧結晶，沒有交流和碰撞就沒有這段代碼。

?

探討貢獻提名典禮

首先感謝 花生！~~ 以及 NETRUBE 提出了使用 GetTypeCode() 獲取類型代碼的方式，這個比 typeof() 的性能要高，但是有一點局限性，后面代碼中會指出。

由 JTANS 以及 入夏 提出的 ValueType 判斷也是有意義的，但顯然僅僅做這個判斷只能確定是否為值類型，還不能確定是否為我們要的數值類型。

由 石山不高 提出 Decimal 是非基元類型，這是正確的，我們在最終代碼中對其進行了特殊處理。

由 花生 （為什么有兩個叫花生的！(+﹏+)~）給出的代碼比較完善，是比較具有總結性的討論成果了，最接近最終版：

其存在的問題主要是 char 和 bool 類型還是會被當做數值，以及判斷順序需要小幅優化。

?

（可能也許大概差不離就是）最終版代碼（也可能不是）

除了對上述存在問題的改進，還重新調整為3個方法，分別是用來判斷是否為數值類型、可空數值類型及可空類型。

/// <summary>/// 判斷是否為數值類型。/// </summary>/// <param name="t">要判斷的類型</param>/// <returns>是否為數值類型</returns>public static bool IsNumericType(this Type t){var tc = Type.GetTypeCode(t);return (t.IsPrimitive && t.IsValueType && !t.IsEnum && tc != TypeCode.Char && tc != TypeCode.Boolean) || tc == TypeCode.Decimal;}/// <summary>/// 判斷是否為可空數值類型。/// </summary>/// <param name="t">要判斷的類型</param>/// <returns>是否為可空數值類型</returns>public static bool IsNumericOrNullableNumericType(this Type t){return t.IsNumericType() || (t.IsNullableType() && t.GetGenericArguments()[0].IsNumericType());}/// <summary>/// 判斷是否為可空類型。/// 注意，直接調用可空對象的.GetType()方法返回的會是其泛型值的實際類型，用其進行此判斷肯定返回false。/// </summary>/// <param name="t">要判斷的類型</param>/// <returns>是否為可空類型</returns>public static bool IsNullableType(this Type t){return t.IsGenericType && t.GetGenericTypeDefinition() == typeof(Nullable<>);}

?

為了累死電腦而設計的測試用代碼

使用這個測試代碼跑可以通過，基本涵蓋了常用類型。

[TestClass]public class BasicTest{[TestMethod]public void 數值類型判斷測試(){for (int i = 0; i < 500000; i++){Assert.IsTrue((591).GetType().IsNumericType());Assert.IsTrue((31.131).GetType().IsNumericType());Assert.IsTrue((31.131f).GetType().IsNumericType());Assert.IsTrue(((Int64)31).GetType().IsNumericType());Assert.IsTrue((new decimal(31.351)).GetType().IsNumericType());Assert.IsTrue((new Decimal(31.351)).GetType().IsNumericType());Assert.IsTrue(((byte)31).GetType().IsNumericType());Assert.IsTrue(((UInt64)31).GetType().IsNumericType());Assert.IsTrue(((UIntPtr)31).GetType().IsNumericType());Assert.IsTrue(((short)31).GetType().IsNumericType());Assert.IsTrue(((Single)31).GetType().IsNumericType());Assert.IsTrue((typeof(Int64?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(UInt64?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(decimal?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(Decimal?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(UIntPtr?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(byte?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(Single?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(Double?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(float?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(double?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(int?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(short?)).IsNumericOrNullableNumericType());Assert.IsTrue((typeof(Nullable<Byte>)).IsNumericOrNullableNumericType());Assert.IsFalse(DateTime.Now.GetType().IsNumericType());Assert.IsFalse(TimeSpan.FromDays(2).GetType().IsNumericType());Assert.IsFalse("aacc".GetType().IsNumericType());Assert.IsFalse(System.UriPartial.Path.GetType().IsNumericType());Assert.IsFalse('c'.GetType().IsNumericType());Assert.IsFalse(false.GetType().IsNumericType());Assert.IsFalse((typeof(DateTime?)).IsNumericOrNullableNumericType());Assert.IsFalse((typeof(Char?)).IsNumericOrNullableNumericType());Assert.IsFalse((typeof(char?)).IsNumericOrNullableNumericType());Assert.IsFalse((typeof(System.UriPartial?)).IsNumericOrNullableNumericType());Assert.IsFalse((typeof(Boolean?)).IsNumericOrNullableNumericType());Assert.IsFalse((typeof(bool?)).IsNumericOrNullableNumericType());}}}

需指出的是：

這里對可空類型判斷沒有使用 GetType() 方法獲取類型對象，因為我測試了一下，可空類型執行 GetType() 返回的仍然是不可空的原類型，直接進行判斷是否為數值類型即可。

那么為什么還要做針對可空類型的判斷呢？如果你試過在 ASP.Net Mvc 中獲取到模型屬性的 ModelMetadata 你就會知道，其 ModelType 屬性返回的就是 Nullable<> 類型，可空類型的判斷就是給這種情況使用的。

?

老外！不服跑個分？

JEFFERY YOU 提出應該做一個測試，確實數據最有說服力。

我們就以上面的測試代碼來跑，注意這是循環五十萬輪的測試，每輪執行該方法36次，共計執行一千八百萬次，我們讓代碼連續跑三遍，取第三遍的時間結果（第一遍的包含初始化流程，肯定會慢一些）。

我們的代碼測試結果：

可以看出這個效率還是蠻高的，平均每輪耗時：0.016546毫秒，平均每次執行方法耗時：0.0004596111111毫秒

然后我們把老外的代碼拿過來看一下，它跑不通這個測試，因為以下類型它沒做判斷：Decimal、Byte、UIntPtr 。

還有個我們測試代碼之外的 IntPtr 。

加上這些類型的判斷之后，主體方法代碼如下：

return t == typeof(int)|| t == typeof(double)|| t == typeof(long)|| t == typeof(short)|| t == typeof(float)|| t == typeof(Int16)|| t == typeof(Int32)|| t == typeof(Int64)|| t == typeof(uint)|| t == typeof(UInt16)|| t == typeof(UInt32)|| t == typeof(UInt64)|| t == typeof(sbyte)|| t == typeof(Single)|| t == typeof(Decimal)|| t == typeof(Byte)|| t == typeof(UIntPtr)|| t == typeof(IntPtr);

老外的代碼測試結果：

這是妥妥的輸給我們了，老外給咱跪了，那些支持簡單粗暴實打實的朋友錯了。

但是稍等一下，老外的代碼里其實有些明顯的重復判斷，比如在C#中 typeof() 獲取的 int 和 Int32 其實是一樣的，我們來優化一下這些重復：

return t == typeof(Int16) || t == typeof(Int32) || t == typeof(Int64) || t == typeof(Single) || t == typeof(Double) || t == typeof(UInt16) || t == typeof(UInt32) || t == typeof(UInt64) || t == typeof(Byte) || t == typeof(Decimal) || t == typeof(SByte) || t == typeof(UIntPtr) || t == typeof(IntPtr);

優化版的老外代碼測試結果：

哈，老外還是跪給我們了。

下面我們再將這個代碼改進為使用 TypeCode 方式進行判斷，這會提高一些性能。

但是需要注意：

從 Enum 類型中獲取到的 TypeCode 會是對應 Int32 類型，這不是我們要的結果，需要額外對其進行判斷。

TypeCode 枚舉中是沒有? IntPtr 和 UIntPtr 項的，所以還是要做額外判斷。

改進后的代碼：

if (t.IsEnum) return false;var tc = Type.GetTypeCode(t);switch (tc){case TypeCode.Int16:case TypeCode.Int32:case TypeCode.Int64:case TypeCode.Single:case TypeCode.Double:case TypeCode.UInt16:case TypeCode.UInt32:case TypeCode.UInt64:case TypeCode.Byte:case TypeCode.Decimal:case TypeCode.SByte:return true;default:return t == typeof(UIntPtr) || t == typeof(IntPtr);}

老外的代碼改進為用 TypeCode 方式進行判斷后的測試結果：

這個效果就很不錯了，一千八百萬次的量級，僅僅是比我們的最終代碼慢了81毫秒（實測三遍時是穩定地輸給我們的代碼，不是飄出來的偶然浮動結果），這個性能差距可以忽略了。

這也可以看做是另一個最終版的代碼了，因為如果根據你的使用環境來把常用類型放到最前面的話，性能還會更好（盡管你根本感覺不到單次萬分之幾毫秒的差別），但是不可回避的是對那些我們沒有預見到的類型的支持問題，比如這? IntPtr 和 UIntPtr ，在我們前面給出的最終版代碼中這兩個類型是未做特殊適配就天然支持的。

所以如果你重視優雅度、擴展性和編碼知識層級的話，還是建議你使用我前面給出的最終代碼。

?

巡回總結報告會演講

看似非常簡單的問題，背后卻有這么深的水啊，若沒有大家的討論，斷然不會得到這樣的成果，并且學到這么多知識。

沒有完美的代碼，我們期待更好，在此繼續討論吧，也許交流碰撞后還會有更優秀的方案！

（微軟：臥槽，看你們這么苦逼，我給你們直接做一個屬性出來吧，請期待.Net 框架v10.29博主生日特別無碼漢化激情未刪減導演剪輯泄露藍光3D版………嗯，我們將其委托給暴雪工作室開發。）

轉載于:https://www.cnblogs.com/SkyD/p/4058486.html

總結

以上是生活随笔為你收集整理的.Net判断一个对象是否为数值类型探讨总结（高营养含量，含最终代码及跑分）...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。