DateTime 정밀도?

Question

가이 코드는 일부 시스템에서 블록을 입력 것이라고 할 수있다 (최적화 된 컴파일러 플래그를 무시)?

if (Datetime.Now!=Datetime.Now) 
{ 
... 
} 

내 말은, 여기 값을 어떻게 평가합니까? (순서대로)?

이 일 수있는 상황이 있습니까?

다시 은 최적화 플래그를 무시합니다.

Answer 1

DateTime.Now 통화 :

public static DateTime Now 
{ 
    get 
    { 
     return DateTime.UtcNow.ToLocalTime(); 
    } 
} 

내부 호출은 GetSystemTimeAsFile 시스템 클럭 정보를 반환하는 함수이다 WindowsAPI

public static DateTime UtcNow 
{ 
    get 
    { 
     long systemTimeAsFileTime = DateTime.GetSystemTimeAsFileTime(); 
     return new DateTime((ulong)(systemTimeAsFileTime + 504911232000000000L | 4611686018427387904L)); 
    } 
} 

. 시스템에 따라 달라질 수 있습니다.

지연이있는 경우 다른 도착 (DateTime.Now) 사이의 어떤 이유로 인해 일 수 있습니다.은 등호 비교자가 실패 할 정도로 충분히 다른 결과를 생성합니다. 그러나 저는 개인적으로 제 경험에서 이런 종류의 상태를 결코 만납니다.

Answer 2

DateTime의 정밀도는 100ns입니다. 그러나 일반적인 구현에서는 DateTime.Now 만 몇 밀리 초마다 변경됩니다.

Datetime.Now != Datetime.Now은 사실 일 수 있지만 극히 드문 일입니다. 이것은 멀티 스레드 코드에서 자주 볼 수있는 전형적인 경쟁 조건입니다. 즉, 변경하지 않고 DateTime.Now에 의존해서는 안되며 복사본을 로컬 변수에 저장해야합니다. 내부적