PRB: ERROR_SHARING_VIOLATION 时出现错误信息 CreateFile 函数失败

文章翻译 文章翻译
文章编号: 316609 - 查看本文应用于的产品
展开全部 | 关闭全部

症状

当您打开带有 FILE_SHARE_READ 标志和 FILE_SHARE_WRITE 标志的文件时,CreateFile 函数可能失败并返回以下错误消息,请执行以下操作:
ERROR_SHARING_VIOLATION (错误代码 32)

状态

此行为是设计使然。

更多信息

使用 CreateFile 函数或在内部使用 CreateFile 任何函数打开的文件时您可能会遇到意外的错误,因为违反某共享。即使该文件是仅为特定应用程序,有可能会尝试在同一时间访问该文件可能其他进程。有通用的系统组件,还会导致此问题的其他第三方应用程序。有通用的系统组件和第三方应用程序 (如病毒扫描软件),会导致此问题。

Microsoft Windows 操作系统是为同时运行多个应用程序的外观提供了一个抢先,多处理系统。任何特定的应用程序必须是"注意"; 它不是仅在系统上运行的进程,并且它为与其他进程的资源争夺。可能的原因是资源处理发生的问题必须加以解决。在文件的情况下任何正在运行的进程已尝试使用该资源的权限。总是有系统组件和第三方服务同时竞争的资源。当某个应用程序试图访问该应用程序与其他进程竞争的系统上的文件。

有一个 ERROR_SHARING_VIOLATION 的两个常见原因:
  • 有多个使用磁盘 (公共共享的数据文件) 上的特定文件的应用程序。应用程序当前正在访问该文件与第二个应用程序试图访问同一文件的方法不兼容的方式。例如对于您可能希望更新文件,但另一进程当前正在写入到文件,并只共享用于读取 (FILE_SHARE_READ) 文件。
  • 该文件是特定于您的应用程序数据文件,不需要另一个应用程序具有打开该文件。在这种情况下其他进程可能由于其他原因短的持续时间锁定一个文件。
当一个的实用程序如病毒扫描程序、 备份的软件或磁盘优化,锁定一段时间在磁盘上的文件的程序时,将发生最常见的问题。当另一个应用程序试图打开的文件,甚至与完全共享打开时,该尝试失败共享冲突。您可以预计此结果,因为该服务必须在文件上操作的持续时间内有独占访问权限。若要解决此问题,稍后再次很短的时间。经常,服务是与该文件在几毫秒内完成。

这两个共享前面所述的冲突原因必须同样处理。您在打开文件时必须始终处理共享冲突以正常方式,以便不会影响系统的用户或导致系统崩溃。您可以通过使用简单的重试机制执行此操作。您可能需要该文件被解锁之前执行多次重试。

下面的代码示例演示此技术:
#define MAXRETRIES  5
#define RETRYDELAY  250

HANDLE  hFile     = INVALID_HANDLE_VALUE
DWORD   dwRetries = 0;
BOOL    bSuccess  = FALSE;
DWORD   dwErr     = 0;

do
{
    hFile = CreateFile( szFile,
                        GENERIC_READ,
                        FILE_SHARE_READ | FILE_SHARE_WRITE,
                        NULL,
                        OPEN_EXISTING,
                        FILE_ATTRIBUTE_NORMAL,
                        NULL);
    if ( INVALID_HANDLE_VALUE == hFile )
    {
        dwErr = GetLastError();

        if ( ERROR_SHARING_VIOLATION == dwErr )
        {
            dwRetries += 1;
            Sleep(RETRYDELAY);
            continue;
        }
        else
        {
            // An error occurred.
            break;
        }
    }

    bSuccess = TRUE;
    break;
} while ( dwRetries < MAXRETRIES );

if  ( bSuccess )
{
    // You succeeded in opening the file.
}
else
{
    // Failure occurs. Do graceful error handling.

    // Here, you must notify the user of the failure.

MessageBox( NULL,
            "Tried to update data file but it was already in use",
            "Update error...",
            MB_OK | MB_ICONSTOP );

    // You also want to put the software back in the state it was in
    // on entrance of the current function, as if the user had never
    // tried to do the update.

    // This may also require deallocating any resources that were
    // allocated because of this operation.
}
				
正常处理共享冲突错误此方法提供具有打开的时间才能完成该文件的应用程序的。您收到一个共享的冲突错误每次您必须允许 休眠 一段应用程序,然后再试。如果病毒扫描程序或 $ 系统服务有打开的文件、 病毒扫描程序或系统服务可能会完成一个或两个重试后。请确保您限制您重试次数,以避免出现无限循环。如果另一个应用程序当前已打开该文件 (并可能保留该文件打开长时间),通过循环的中断通知用户,然后正常退出。

属性

文章编号: 316609 - 最后修改: 2006年11月21日 - 修订: 1.2
这篇文章中的信息适用于:
  • Microsoft Win32 Application Programming Interface
关键字:?
kbmt kbfileio kbkernbase kbprb KB316609 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 316609
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
不再更新的 KB 内容免责声明
本文介绍那些 Microsoft 不再提供支持的产品。因此本文按“原样”提供,并且不再更新。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com