DateTime.Nowが例外をスローしています

Question

いくつかのWebサイトを実行しているサーバー上でDateTime.Nowに例外がスローされています。これは、過去3日間で2倍になった。本当に奇妙です。私は、これは最新のWindows Updateで、あなたのいずれかが、同様の挙動が来る見ている場合に発生することが開始されているかどうかを疑問に思って

をスローされた例外は、次のとおりです。

BASE EXCEPTION: 
    TYPE: System.ArgumentOutOfRangeException 
    MESSAGE: Value to add was out of range. 
Parameter name: value 
    STACK TRACE: 
    at System.DateTime.Add(Double value, Int32 scale) 
    at System.TimeZoneInfo.TransitionTimeToDateTime(Int32 year, TransitionTime transitionTime) 
    at System.TimeZoneInfo.GetDaylightTime(Int32 year, AdjustmentRule rule) 
    at System.TimeZoneInfo.GetIsDaylightSavingsFromUtc(DateTime time, Int32 Year, TimeSpan utc, AdjustmentRule rule, Boolean& isAmbiguousLocalDst) 
    at System.TimeZoneInfo.GetDateTimeNowUtcOffsetFromUtc(DateTime time, Boolean& isAmbiguousLocalDst) 
    at System.DateTime.get_Now() 
    at (my code).FrontEnd.FrontEndPage.Page_Load(Object sender, EventArgs e) in (my code file)\code\presentation\FrontEndPage.cs:line 118 
    at (my code).purchase.Page_Load(Object sender, EventArgs e) in (my code file)\purchase.aspx.cs:line 94 
    at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) 
    at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) 
    at System.Web.UI.Control.OnLoad(EventArgs e) 
    at System.Web.UI.Control.LoadRecursive() 
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 

この問題が発生したコードは最初のものですif文で行：

HttpCookie loggedIn = Request.Cookies[Config.Instance.LoggedInCookieName]; 
if (loggedIn != null) 
{ 
    loggedIn.Expires = DateTime.Now.AddHours(4); 
    Response.Cookies.Add(loggedIn); 
} 

そこでAddHoursで、例外がDateTime.Addについて話しているが、私はそれがAddHoursを行うには何も持っていますが、によって引き起こされるとは考えていませんスタックトレースに表示されているようにNowを呼び出します。

私が使用しているサーバーは、Windows Server 2003を実行しており、英語（英国）ロケールを実行しています。

ありがとうございました。

Answer 1

これは、DateTime.Nowがスレッドセーフではないことが原因である可能性があります（これはバグと思われます）。私はそのバグを持つ.netのいくつかのバージョンについて聞いたことがあります。 DateTime.Nowへのすべての呼び出しが同様に扱われなければならないので、コードの行をロックで囲むことは必ずしも役立たないでしょう。回避策として、私は、同様の質問の人が何をしたかをお勧めします - DateTime.Nowによってスローされた例外をトラップし、もう一度試してください。

DateTime.Nowを複数のスレッドに呼び出す小さなテストアプリケーションを作成して、強制的にそれが原因であるかどうかを確認することはできますか？

問題のWebサイトで使用されている.Netのバージョンは何ですか？

Answer 2

Reflectorのコードを確認すると、裏地付きのAddDaysにTransitionTimeToDateTimeの不良データが指定されていると例外が発生しています。

transitionTime

がrule.DaylightTransitionStart又はrule.DaylightTransitionEndGetDaylightTimeからであるAddDaysプロセスtransitionTime.DayOfWeekの両方の出現（ならびにtime.DayOfWeekが、これは常にMod 7あります）。

GetTimeZoneInformationは、を呼び出すGetOneYearLocalFromUtcにAdjustmentRuleが生成された場合に不良データを返すことがあります。

めったに起きていないので、レジストリが壊れているとは思えません（毎回発生すると思います）。TIME_ZONE_INFORMATIONのMSDNドキュメントでレジストリエントリについて詳しく説明しています。チェックする。

_{（もちろんDSTがちょうど変更されているか、またはユーザが現在のタイムゾーンを変更している可能性として行うには正しいものです）（注）この情報がキャッシュされていない、あなたはDateTime.Nowを呼び出すたびに取り出され、Aできるだけ早くDateTime.UtcNowを使用し、ユーザーに時間を表示する必要がある場合にのみ.ToLocalTimeを適用することによって、早すぎる最適化の良い言い訳です。}