Problemas de subprocesos de automatización de la interfaz de usuario

Nota:

Esta documentación está pensada para desarrolladores de .NET Framework que desean usar las clases de automatización de la interfaz de usuario administradas definidas en el espacio de nombres System.Windows.Automation. Para obtener la información más reciente sobre la automatización de la interfaz de usuario, consulte API de Windows Automation: Automatización de la interfaz de usuario.

Debido a la forma en que La automatización de la interfaz de usuario de Microsoft usa mensajes de Windows, pueden producirse conflictos cuando una aplicación cliente intenta interactuar con su propia interfaz de usuario en el subproceso de la interfaz de usuario. Estos conflictos pueden provocar un rendimiento muy lento o incluso hacer que la aplicación deje de responder.

Si la aplicación cliente está pensada para interactuar con todos los elementos del escritorio, incluida su propia interfaz de usuario, debe realizar todas las llamadas de automatización de la interfaz de usuario en un subproceso independiente. Esto incluye la búsqueda de elementos (por ejemplo, mediante TreeWalker o el FindAll método ) y el uso de patrones de control.

Es seguro realizar llamadas de automatización de la interfaz de usuario dentro de un controlador de eventos de Automatización de la interfaz de usuario, ya que siempre se llama al controlador de eventos en un subproceso que no es de interfaz de usuario. Sin embargo, al suscribirse a eventos que pueden originarse en la interfaz de usuario de la aplicación cliente, debe realizar la llamada a AddAutomationEventHandler, o a un método relacionado, en un subproceso que no sea de interfaz de usuario. Quite controladores de eventos en el mismo subproceso.