第二次调用 GetStdHandle 返回“无效”句柄。处理

Question

我试图将控制台的文本颜色设置为给定颜色，打印一行（或多行），然后将颜色方案更改回原来的颜色。这就是我所拥有的：

Function SetConsoleTextColor(NewColor As UInt16) As UInt16
    Declare Function SetConsoleTextAttribute Lib "Kernel32" (hConsole As Integer, attribs As UInt16) As Boolean
    Declare Function GetStdHandle Lib "Kernel32" (hIOStreamType As Integer) As Integer
    Declare Function GetConsoleScreenBufferInfo Lib "Kernel32" (hConsole As Integer, ByRef buffinfo As CONSOLE_SCREEN_BUFFER_INFO) As Boolean
    Declare Sub CloseHandle Lib "Kernel32" (HWND As Integer)

    Const STD_OUTPUT_HANDLE = -12

    Dim conHandle As Integer = GetStdHandle(STD_OUTPUT_HANDLE)
    Dim buffInfo As CONSOLE_SCREEN_BUFFER_INFO  //A structure defined elsewhere
    If GetConsoleScreenBufferInfo(conHandle, buffInfo) Then
      Call SetConsoleTextAttribute(conHandle, NewColor)
      CloseHandle(conHandle)
      Return buffInfo.Attribute
    Else
      Return 0
    End If
End Function

这在第一次调用时效果很好。控制台上新输出的文本颜色已更改，并返回以前的属性。但是，当我第二次调用此函数来重置属性时，GetStdHandle 返回一个与上次调用相同的句柄，但该句柄现在无效（因为我关闭了它）。

当然，这会导致错误，当我尝试使用手柄时。如果我将 conHandle 设为静态变量，并且仅在 conHandle 等于零（新数字变量的默认值）时才调用 GetStdHandle，则它可以正常工作。 RealBasic。）

我总是被告知要自己清理。我应该让这个手柄保持打开状态吗？

Answer 1

是的，您应该让手柄保持打开状态。

当您的进程退出时，该句柄会自动关闭。

Answer 2

通过对各个站点进行研究，发现当您对 GetStdHandle 返回的句柄使用 CloseHandle 时，可能会发生不好的事情。很多时候，人们的回答似乎是，因为它获取了一个句柄而不是创建了一个句柄（因为函数名称中是 Get，而不是 Create），所以很明显它会获取一个由系统创建的句柄，并且关闭这个是一个坏主意。然而，实际的答案并不是那么明显（遗憾的是）。虽然 GetStdHandle 确实如此，但并非每个与句柄相关的 Get 函数实际上都能获取现有句柄。有些会创建新的句柄。例如，GetDC 实际上创建了一个设备上下文的新句柄，并且由于它是一个新句柄，因此必须使用 CloseHandle 正确关闭它。与某些人的回复不同，没有规定如果函数包含“Create”一词，则它会创建一个新句柄，而如果包含“Get”一词，则仅引用系统已创建的句柄。根本没有这样的规则。那么你怎么知道什么时候确实需要关闭句柄呢？一种方法是，如果 MSDN 没有明确声明需要在某个函数返回的句柄上使用 CloseHandle，那么可以安全地假设您不应该在该句柄上使用 CloseHandle。另一种解决方法是通过反复试验。如果使用 CloseHandle 导致您的程序出现更多错误，则不要使用 CloseHandle。如果不使用 CloseHandle 会导致您的程序出现更多错误，那么请使用 CloseHandle。我经常结合使用这些方法。如果遵循 MSDN 文档后我的程序似乎有错误，但以不同于 MSDN 指定的方式进行操作往往会减少程序中的错误，那么我会按照我通过反复试验确定的有效方法进行操作。