Проверьте размер файла без открытия файла в C++?

Question

Я пытаюсь получить размер файла большого файла (12gb +), и я не хочу открывать файл, чтобы сделать это, полагая, что это будет много ресурсов. Есть ли хороший API для этого? Я в среде Windows.

Answer 1

Что относительно GetFileSize функция?

Answer 2

Вы должны позвонить в GetFileSizeEx, который удобнее, чем старшим GetFileSize. Вам нужно будет открыть файл, вызвав CreateFile, но это дешевая операция. Ваше предположение, что открытие файла дорого, даже 12-гигабайтный файл, является ложным.

Вы можете использовать следующую функцию, чтобы получить работу:

__int64 FileSize(const wchar_t* name) 
{ 
    HANDLE hFile = CreateFile(name, GENERIC_READ, 
     FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 
     FILE_ATTRIBUTE_NORMAL, NULL); 
    if (hFile==INVALID_HANDLE_VALUE) 
     return -1; // error condition, could call GetLastError to find out more 

    LARGE_INTEGER size; 
    if (!GetFileSizeEx(hFile, &size)) 
    { 
     CloseHandle(hFile); 
     return -1; // error condition, could call GetLastError to find out more 
    } 

    CloseHandle(hFile); 
    return size.QuadPart; 
} 

Есть другие вызовы API, которые возвращают вам размер файла, не заставляя вас создать дескриптор файла, в частности GetFileAttributesEx. Однако совершенно правдоподобно, что эта функция просто откроет файл за кулисами.

__int64 FileSize(const wchar_t* name) 
{ 
    WIN32_FILE_ATTRIBUTE_DATA fad; 
    if (!GetFileAttributesEx(name, GetFileExInfoStandard, &fad)) 
     return -1; // error condition, could call GetLastError to find out more 
    LARGE_INTEGER size; 
    size.HighPart = fad.nFileSizeHigh; 
    size.LowPart = fad.nFileSizeLow; 
    return size.QuadPart; 
} 

При компиляции с Visual Studio и хотите, чтобы избежать вызова Win32 API, то вы можете использовать _wstat64.

Вот основана версия _wstat64 функции:

__int64 FileSize(const wchar_t* name) 
{ 
    __stat64 buf; 
    if (_wstat64(name, &buf) != 0) 
     return -1; // error, could use errno to find out more 

    return buf.st_size; 
} 

---

Если производительность когда-либо стало проблемой для вас, то вы должны раз, когда различные варианты на всех платформах, которые вы нацелены, чтобы достичь решение. Не предполагайте, что API, которые не требуют, чтобы вы вызывали CreateFile, будут быстрее. Они могут быть, но вы не узнаете, пока не придумаете это.

Answer 3

Другой вариант использования FindFirstFile функции

#include "stdafx.h" 
#include <windows.h> 
#include <tchar.h> 
#include <stdio.h> 

int _tmain(int argc, _TCHAR* argv[]) 
{ 
    WIN32_FIND_DATA FindFileData; 
    HANDLE hFind; 
    LPCTSTR lpFileName = L"C:\\Foo\\Bar.ext"; 

    hFind = FindFirstFile(lpFileName , &FindFileData); 
    if (hFind == INVALID_HANDLE_VALUE) 
    { 
     printf ("File not found (%d)\n", GetLastError()); 
     return -1; 
    } 
    else 
    { 
     ULONGLONG FileSize = FindFileData.nFileSizeHigh; 
     FileSize <<= sizeof(FindFileData.nFileSizeHigh) * 8; 
     FileSize |= FindFileData.nFileSizeLow; 
     _tprintf (TEXT("file size is %u\n"), FileSize); 
     FindClose(hFind); 
    } 
    return 0; 

} 

Answer 4

Я также жил со страхом цены, уплаченной за открытие файла и закрытие его только, чтобы получить его размер. И решил задать performance counter^ и посмотреть, насколько дорогими являются операции.

Это количество циклов, которое потребовалось для выполнения 1 запроса размера файла в том же файле тремя способами. Протестировано на 2 файла: 150 МБ и 1,5 ГБ. Получите +/- 10% -ные колебания, поэтому они, похоже, не зависят от фактического размера файла. (очевидно, это зависит от процессора, но это дает вам хорошую точку зрения)

• 190 циклов - CreateFile, GetFileSizeEx, CloseHandle
• 40 циклов - GetFileAttributesEx
• 150 циклов - FindFirstFile, FindClose

The GIST with the code used^можно найти здесь.

Как мы можем видеть из этого очень научный :) тест, самый медленный на самом деле является файловым открывателем. 2-й самый медленный - это поиск файлов, а победитель - читатель атрибутов. Теперь с точки зрения надежности должен быть более предпочтительным по сравнению с другим. 2. Но мне все еще не нравится концепция открытия файла, чтобы прочитать его размер ... Если я не занимаюсь критическим материалом, ll go for Атрибуты.

PS: Когда у меня будет время, я попробую прочитать размеры файлов, которые открыты и я пишу. Но не сейчас ...

Answer 5

С C++ 17 в стандартной библиотеке есть file_size. (Тогда разработчик должен решить, как это сделать эффективно!)