Question

我有很老的代码，存在这样的日子延迟计算：

#define _SECOND ((ULONGLONG) 10000000)
#define _MINUTE (60 * _SECOND)
#define _HOUR   (60 * _MINUTE)
#define _DAY    (24 * _HOUR)

FILETIME CurTime;
GetSystemTimeAsFileTime(&CurTime);

ULONGLONG qwCurResult = (((ULONGLONG)CurTime.dwHighDateTime) << 32) + CurTime.dwLowDateTime;

DWORD days = (qwCurResult - SomeULONGLONGMoment) / _DAY;

当然我收到了消息

warning C4244: 'argument' : conversion from 'ULONGLONG' to 'DWORD', possible loss of data

在现代VS2013编译器上。我知道，这将是可以在DWORD中存储的两个时刻之间的完整天数。如何避免这条消息？

我不想用这个号码禁用所有警告，因为在其他地方它们可能非常有用。是否存在避免可能的数据丢失的正确方法？除了DWORD之外，我无法计算任何类型的天数（或者我只会将此警告移到其他部分代码中）。

如果您认为这是不可避免的，最好的解决方案是使用另一种获取当前日期的机制 - 我将能够使用它，只要有方法转换 SomeULONGLONGMoment （即是ULONGLONG）它使用的类型。

Answer 1

问题是ULONGLONG类型是64位无符号数，而DWORD类型只能保存32位无符号数。如果您确定DWORD可以保存计算出的数字，您可以简单地通过说

将其转换为DWORD。

DWORD days = static_cast<DWORD>((qwCurResult - SomeULONGLONGMoment) / _DAY);

然而，如上所述，您将丢失32位数据，因此高32位将被剥离并丢失。

如何避免可能丢失数据的警告？

1 个答案: