Windows 7およびOffice 2007でOfficeオートメーションがハングする

Question

Officeオートメーションを使用してExcelファイルを作成するDelphi XE8プログラムがあります。ビルドには数秒かかりますので、私はこのプログラムをバックグラウンドスレッドに入れて、プログラムが応答性を保ち、キャンセル要求を処理できるようにしました。

私はこの方法でそれを設定していた：

TTask.Run(
    procedure 
    var 
    oXL, oSheet, o2Sheet, oRng, VArray : Variant; 
    begin 
    oXL := CreateOleObject('Excel.Application'); 
    oXL.Visible := False; 
    oXL.DisplayAlerts := false; 

    ... (all the processing to build the Excel file) 

    oXL.Application.Workbooks[1].SaveAs(ExcelFilename, 51 { = xlWorkbookDefault }); 
    oXL.Workbooks.Close; 
    oXL.Application.Quit; 
    oXL := Unassigned; 
    end 
); 

このコードは絶対にうまく働いた、私はそれが欲しかっただけの方法を。 Excelワークブックをバックグラウンドタスクとして作成し、完了したらタスクからメインスレッドに戻し、アプリケーションは応答性のままでした。

私はすべてが素晴らしかったと思いました。それはOffice 2016を搭載した私のWindows 10コンピュータで働いていました。

しかし、スレッド中にプログラムがハングアップしているという1人のユーザーからの報告がありました。私はいくつかのテストをすることができました。コードが自分のマシン上のスレッドで実行されていないとき、アプリケーションは正常に動作しなくなり、キャンセル要求を処理できなくなりました。私が言うことができるユーザのマシンについて異なる

唯一のことは、彼らは、Windows 7とOffice 2007に

を実行していた私は、オフィスオートメーションスレッドセーフであることを100％確かではないよということです。いくつかの自動化コマンド（どちらのコマンド）を同期させる必要があるかもしれないと理解して、スレッドにすべてを入れることはできますか？スレッドセーフでない場合は、Excelファイルが生成されている間にアプリケーションを応答可能にする方法はありますか？

Windows 7のOffice AutomationとWindows 10またはOffice 2007の違いとOffice 2016の違いにより、タスクが以前のバージョンで失敗する可能性がありますか。もしそうなら、回避策はありますか？

Answer 1

明白な欠陥は、スレッドでCOMを初期化しなかったことです。 CoInitializeまたはCoInitializeExに電話してください。

Excelをバックグラウンドスレッドから自動化することはもちろん問題ありません。あなたが試みていることは可能です。表示されていないコードにバグがあると考えられますが、COM初期化が欠落しているのは、その質問のコードで確認できる唯一の障害です。

もちろん、スレッドの寿命を制御しないとCOMの初期化は容易ではありません。スレッドライブラリはスレッドを作成し、そのスレッドで何が実行されているのかは分かりません。私があなただったら、スレッドを明示的に作成し、スレッドベースのライブラリのタスクベースのアプローチを回避します。