Astuces Excel
  1. Astuces Excel
  3. Performance lente d'Excel Interop dans le thread de travail
Intereting Posts
Problème variable indéfini en codeigniteur Convertir le file binary en file excel Impression d'un set de strings dans une colonne dans openpyxl Excel: comment garder certaines cellules vierges Copiez le tableau d'une feuille et collez la table dans une cellule "active" spéculative dans une autre feuille Macro pour envoyer plusieurs files à plusieurs adresses Formule Excel pour searchr une valeur dans un autre tableau, mais apporter tous les résultats ALL Excel 2010 – Copier et coller des nombres avec les opérateurs sans créer de formule Suppression de l'espace blanc Excel 2-step lookup; identification non unique suivie d'une scope Comment personnaliser le file Excel exporté dans jQuery Datatable SUMIFS différence de formule entre Libreoffice calc et Excel Comment copyr l'information sur les classurs Excel valeur de search excel et reference de cellule de return MATCH et INDEX dans une masortingce

Performance lente d'Excel Interop dans le thread de travail

J'ai rencontré des performances très lentes d'Excel Interop dans Worker Thread.

Voici mon code dans le projet VSTO, qui lit simplement une valeur de cellule spécifiée (par exemple 'Sheet1! A1'): 

private object test(ssortingng sheetRange = "Sheet1!A1") { var targetRange = sheetRange.Split('!'); if (targetRange.Length != 2) { return null; } var sheetname = targetRange[0]; var address = targetRange[1]; var workbook = Application.ActiveWorkbook; var sheet = (Excel.Worksheet)workbook.Worksheets[sheetname]; var cell = sheet.Range[address]; return cell.Value; }

Lorsque je lance ce code dans le thread UI, cela fonctionne assez rapidement. Mais une fois qu'il est exécuté en thread de travail, la performance est assez terrible (environ x50 – x100 plus lente). 

  Thread thread = new Thread(() => { test(); }); thread.SetApartmentState(ApartmentState.STA); thread.Start(); thread.Join(int.MaxValue);

Marshal.ReleaseComObject n'est pas réalisé, car il s'agit d'un code de test.

Y a-t-il des points négatifs dans mon code? OU existe-t-il un moyen d'éviter le problème de performance dans le thread de travail?

Merci

Vous traversez la frontière COM entre deux threads STA. COM doit marquer tous les appels, ce qui peut être très coûteux.

Si vous devez avoir une logique liée à Excel dans un thread différent de celui qui possède votre (s) object (s) Excel original, alors vous devez effectuer le marshaling vous-même. Je fais la logique de fond que vous avez besoin dans ce thread de travail, mais assurez-vous que lorsque vous interagissez avec l'object Excel, vous revenez sur le thread propriétaire, avec toutes datatables dont vous avez besoin pour effectuer les appels sur l'object Excel, de sorte que votre les appels peuvent aller directement au code server COM Excel au lieu d'être mis en place.