1

我在枚举更改日志记录时遇到问题。

//my params    
READ_USN_JOURNAL_DATA read_journal_data;
read_journal_data.StartUsn = ... //next USN
read_journal_data.ReasonMask = 0xFFFFFFFF;
read_journal_data.ReturnOnlyOnClose = FALSE;
read_journal_data.UsnJournalID = ... //ID of current journal
read_journal_data.BytesToWaitFor = 9000;
read_journal_data.Timeout = 5; //5 seconds

BOOL result = DeviceIoControl(this->volume_handle_, FSCTL_READ_USN_JOURNAL,
         &read_journal_data, sizeof(read_journal_data), this->change_journal_data_buffer_,
         this->change_journal_data_buffer_, &this->valid_bytes_in_buffer_, NULL);

如您所见，Timeout是非零的，BytesToWaitFor也是非零的。我知道当FSCTL_READ_USN_JOURNAL调用到达更改日志的末尾时，它必须等待Timeout几秒钟，然后返回BytesToWaitFor. 但是，由于某种原因，我正在观察完全不同的行为：DeviceIoControlwithFSCTL_READ_USN_JOURNAL和其他列出的参数可能需要几分钟 - 直到文件系统中发生了一些新的更改。为什么READ_USN_JOURNAL_DATA.Timeout不限制FSCTL_READ_USN_JOURNAL请求的持续时间？

4

1 回答 1

2

具体而言，它的行为与预期的行为完全相同：

在任何一种情况下，在超时期限之后，都会处理附加到更改日志的任何新数据。如果仍然没有从指定集合返回的记录，则重复超时期限。在这种模式下，FSCTL_READ_USN_JOURNAL 保持未完成状态，直到至少返回一条记录或取消 I/O。

请参阅MSDN，超时部分

于 2013-04-07T12:50:41.863 回答