未关闭ADODB Recordset/Connection的影响及PowerShell函数优化疑问

1. ADODB.Connection和Recordset是否会自动关闭？ #

• ADODB属于COM对象，PowerShell通过Runtime Callable Wrapper（RCW）包装调用这类对象。RCW会在被.NET垃圾回收器回收时尝试释放对应的COM资源，但垃圾回收的时机是不确定的——并不是函数退出或脚本执行完毕就立刻触发。
• 简单说：如果不手动调用.Close()和释放对象，连接、记录集不会在函数/脚本结束后立刻关闭，可能会在内存中滞留一段时间。

2. 每日多次运行会不会引发内存问题？ #

• 如果每次运行脚本都是启动全新的PowerShell进程，那么进程结束后系统会强制回收所有资源，不会有长期内存泄漏的问题。但如果是在同一个PowerShell会话中反复调用这个函数，未释放的COM对象会逐渐积累，时间长了可能导致内存占用上升，甚至出现Access数据库连接数超限的情况。
• 哪怕是每日多次运行，显式释放资源始终是更稳妥的做法，能避免潜在的资源占用问题。

3. 返回Recordset时变量为null的问题 #

• 这通常是因为函数执行完毕后，Recordset对应的RCW被提前回收，导致外部变量无法获取有效引用。
• 推荐两种解决思路：
  • 思路一：在函数内将Recordset的数据转换为PowerShell原生对象（如自定义对象数组）再返回，同时立刻关闭并释放ADODB资源。
  • 思路二：将Connection和Recordset一起作为返回值返回，在外部使用完Recordset后再手动关闭资源。

下面是思路一的示例代码：

function GetSettings {
    # 初始化连接和记录集
    $objConn = New-Object -ComObject ADODB.Connection
    $objConn.Open("Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\path\to\your.accdb;")
    $objRec = New-Object -ComObject ADODB.Recordset
    $objRec.Open("SELECT * FROM Settings", $objConn)
    
    # 将记录集数据转换为PowerShell原生数组
    $settingsList = @()
    while (!$objRec.EOF) {
        $row = [PSCustomObject]@{
            ConfigKey = $objRec.Fields.Item("Key").Value
            ConfigValue = $objRec.Fields.Item("Value").Value
            # 按需添加其他字段
        }
        $settingsList += $row
        $objRec.MoveNext()
    }
    
    # 显式关闭并释放资源
    $objRec.Close()
    $objConn.Close()
    [System.Runtime.Interopservices.Marshal]::ReleaseComObject($objRec) | Out-Null
    [System.Runtime.Interopservices.Marshal]::ReleaseComObject($objConn) | Out-Null
    Remove-Variable objRec, objConn -Force
    
    return $settingsList
}

这种写法既规避了资源泄漏风险，也不会出现返回null的问题，返回的原生对象后续使用也更灵活。

内容的提问来源于stack exchange，提问作者Maarten Deen