5

使用此代码,我正在打开 excel(使用 visible = false 所以用户看不到它),写入工作簿,然后在脚本结束后打开 excel(使其可见)或完全关闭它而不保存。当我保存excel时,让它保持打开状态,结束脚本,然后稍后手动关闭excel,任务管理器中没有后台进程。但是,当我使用脚本关闭 excel 时,它仍保留在任务管理器中。

这是我开始excel的方式:

    $script:excel = new-object -ComObject excel.application # create excel object
    $excel.visible = $false # hide excel window
    $script:workbook = $excel.Workbooks.Add() # add excel file
    $script:ws1 = $workbook.Worksheets.Item(1) # create new sheet

这是我关闭它的方法:

        [gc]::Collect()
        [gc]::WaitForPendingFinalizers()
        if ($script:closeOnX) {
            #only do this if not keeping excel open
            Write-Host "Closing Excel"
            $excel.Quit()
        }
        [System.Runtime.InteropServices.Marshal]::ReleaseComObject($excel)

closeOnX 只是一个标志,因此它仅在某些情况下实际关闭 excel 应用程序。其余的在每次脚本结束时执行。

当我结束脚本并同时关闭 excel 时,我只想关闭当前的 excel 进程(这就是我不想停止进程的原因)而不关闭用户可能正在处理的其他工作簿。

当我结束脚本、保存并打开 excel 时,我希望在用户手动关闭 excel 时所有进程都消失。(这是工作)

4

2 回答 2

5

有关如何释放 (Excel) COM 对象的一般指导,请参阅底部部分

$excel.Quit() 足以最终终止Excel 进程,但何时发生取决于垃圾收集器下一次运行的时间。

您尝试显式释放 Excel[System.Runtime.InteropServices.Marshal]::ReleaseComObject($excel)是不够的,因为变量仍然具有对 Excel COM 对象的引用,这些对象$script:workbook$script:ws1变量超出范围之前不会被释放,并且这些引用最终会被垃圾回收。

因此,为了加快释放速度,您必须在运行垃圾收集器之前也显式释放这些引用:

$script:excel = new-object -ComObject excel.application # create excel object
$script:workbook = $excel.Workbooks.Add() # add a workbook
$script:ws1 = $workbook.Worksheets.Item(1) # reference the 1st sheet

# ...

# You must *always* call .Quit(), otherwise the Excel process lingers
# for the entire OS users session.
$script.excel.Quit()

# Relinquish references to *all* Excel objects.
$script:excel = $script:workbook = $script:ws1 = $null
# Alternative:
# Remove-Variable -Scope Script excel, workbook, ws1

# With all references released, running the garbage collector
# should now release the COM objects and terminate Excel
# at shortly after.
[GC]::Collect()
# Note that calling [GC]::WaitForPendingFinalizers() afterwards
# to wait for *completion* of the *doesn't work here*,
# because the CLR-managed RCWs (Runtime-Callable Wrappers for COM objects)
# do not guarantee deterministic release of the underlying COM objects.

因为手动清除/删除所有相关变量容易出错且繁琐,您可以通过在临时子范围内创建所有引用 COM 对象的变量来自动化该过程,使用& { ... }

& {  # Create a temporary child scope.

  $excel = new-object -ComObject excel.application # create excel object
  $workbook = $excel.Workbooks.Add() # add a workbook
  $ws1 = $workbook.Worksheets.Item(1) # reference the 1st sheet

  # You must *always* call .Quit(), otherwise the Excel process lingers
  # for the entire OS users session.
  $excel.Quit()

} # On exiting this block, $excel, $workbook, and $ws1
  # go out of scope and release the COM objects when the
  # garbage collector runs next.

# Run the garbage collector now.
# The Excel process should terminate shortly after.
[GC]::Collect()

释放 (Excel) COM 对象:

  • 总是调用.Quit()- 没有它,在幕后创建的 Excel 进程永远不会终止,即使 PowerShell 会话结束也不会终止(当然,它会在整个操作系统用户会话结束时终止)。

  • $excel.Quit()通常需要这些(除非全局变量变量用于存储对 Excel 对象的引用),因为引用 COM 对象的脚本/函数变量超出范围,最终也会自动释放底层 COM 对象。

    • 但是,Excel 进程实际终止可能需要一个不同的、不可预测的时间,具体取决于何时对超出范围的变量进行垃圾收集的对象。
  • 如果您希望尽快释放 COM对象

    • 您必须释放对存储在单个变量中的所有COM 对象的引用:

      • 请注意,不需要[System.Runtime.InteropServices.Marshal]::ReleaseComObject()调用;因为有一个更简单、更强大的替代方案
      • 要么:通过(参见上面的第一个代码片段) 明确地清除所有引用 COM 对象的变量:
        • 要么:将它们全部设置为$null.
        • 或:将他们的名字传递给Remove-Variable
      • 或者,最好:隐式释放引用(参见上面的第二个代码片段):
        • 使用通过块引用子作用域中的 COM 对象的变量& { ... },这意味着在离开子作用域时将隐式释放引用。
    • 这些方法不仅比调用更简单、更简洁[System.Runtime.InteropServices.Marshal]::ReleaseComObject(),而且还可以防止以后尝试访问已发布的 COM 对象。

    • 之后,调用[GC]::Collect()强制即时垃圾收集 - 但请注意,当垃圾收集器运行时您的代码被阻塞(尽管通常只是短暂的)。

  • 如果您还想确保在继续之前释放 COM 对象已完成:

    • 注意:可能很少需要 this,因为 Excel 通常在调用其方法时释放资源.Quit(),例如关闭它打开的文件。

    • 您可以在调用[GC]::WaitForPendingFinalizers()之后调用[GC]::Collect(),但它可能不起作用:管理对正在完成的 COM 对象本身的访问的 RCW(运行时可调用包装器)不保证在那时释放 COM 资源;来自文档(强调添加):

      • “当 COM 对象的引用计数变为 0 时,通常会释放 COM 对象,尽管这取决于 COM 对象的实现并且超出了运行时的控制范围。”

      • 事实上,在当前的情况下,Excel 进程在调用返回之前不会终止;这只会发生在一秒钟左右之后[GC]::WaitForPendingFinalizers()

于 2019-03-29T18:19:53.900 回答
0

另一种非常hacky的方法是显示excel窗口,然后使用hwnd来识别并关闭进程:)

# Create the Excel object
$Excel = New-Object -Com Excel.Application

### Do your stuff ###

# Show the spreadsheet so that a HWND value exists in the COM Object
$Excel.Visible = $true

# Save spreadsheet
$Workbook.Save()

# Close spreadsheet using generated HWND
Get-Process -Name "*excel*" | Where-Object {$_.MainWindowHandle -eq $Excel.hwnd} | Stop-Process
于 2022-03-05T23:09:27.163 回答