estructura ara::diag::SovdContentConcurrencyType

La estructura ara::diag::SovdContentConcurrencyType especifica el comportamiento de concurrencia para contenidos SOVD referidos a puertos en AUTOSAR Adaptive [SWS_DM_02182]. Controla a través de tres atributos si el Diagnostic Management puede ejecutar operaciones de lectura y escritura en el puerto de la aplicación en paralelo o si debe serializarlas. Por defecto, todos los campos están inicializados de forma defensiva a kNotConcurrent, de modo que los desarrolladores deben habilitar explícitamente la concurrencia como en readWrite [SWS_DM_02185]. La configuración debería completarse antes del inicio de la comunicación de diagnóstico para garantizar un procesamiento seguro para subprocesos.

más ›

Contexto

La estructura de datos ara::diag::SovdContentConcurrencyType está declarada en el encabezado ara/diag/concurrency.h y sirve para especificar el comportamiento de concurrencia para puertos en el contexto de Service-Oriented Vehicle Diagnostics (SOVD) [SWS_DM_02182]. En arquitecturas basadas en la AUTOSAR Adaptive Platform, el Diagnostic Management (DM) actúa como entidad central para el procesamiento de solicitudes de diagnóstico entrantes SWS Diagnostics p. 79. Cuando los clientes de diagnóstico externos inician accesos de lectura o escritura a contenidos de diagnóstico a través de SOVD, el Diagnostic Management debe poder determinar si la Adaptive Application proveedora o el puerto asociado es capaz de procesar múltiples solicitudes de forma concurrente y segura para subprocesos.

Para ello, SovdContentConcurrencyType define tres atributos de configuración para accesos de solo lectura, accesos de solo escritura, así como accesos combinados de lectura y escritura SWS Diagnostics §8.8.3 «Struct: SovdContentConcurrencyType». La estructura actúa, por tanto, como interfaz de configuración entre la implementación del puerto del lado de la aplicación y el control de flujo del Diagnostic Management.

Diagrama de contexto: interacción entre Diagnostic Management, SovdContentConcurrencyType y el puerto SOVD de la Adaptive Application. Fuentes: [SWS_DM_02182], [SWS_DM_02185], SWS Diagnostics §8.8.3 «Struct: SovdContentConcurrencyType»

Ciclo de vida

Como estructura pura de transferencia de datos y de configuración, SovdContentConcurrencyType posee un ciclo de vida sencillo sin gestión dinámica de recursos ni controles internos de estado complejos [SWS_DM_02182].

La instanciación se produce típicamente durante la fase de configuración e inicialización de la Adaptive Application, presumiblemente en la pila o como componente de una clase de gestión de puertos de nivel superior antes del inicio de la comunicación de diagnóstico. Pregunta Q-f78487eff58a4775 (abierta) Todas las variables miembro se inicializan por defecto de manera defensiva al crear el objeto:

• read se preasigna por defecto con ConcurrencyType::kNotConcurrent [SWS_DM_02183].
• write se preasigna por defecto con ConcurrencyType::kNotConcurrent [SWS_DM_02184].
• readWrite se preasigna por defecto con ConcurrencyType::kNotConcurrent [SWS_DM_02185].

En lo relativo a concurrencia y subprocesos rige lo siguiente: la estructura en sí es un objeto de configuración pasivo sin mecanismos de sincronización propios. Por lo tanto, las modificaciones en los campos deberían estar concluidas antes de que la estructura se transfiera al Diagnostic Management o sea leída por varios subprocesos. Tras el registro en el puerto, la configuración permanece inalterada a lo largo de todo el ciclo de vida del puerto de diagnóstico correspondiente (interpretación: la especificación no contempla una modificación dinámica durante el tiempo de ejecución de la comunicación de diagnóstico). Pregunta Q-71f96ed7cd3a6f61 (abierta) La limpieza de la instancia de la estructura se lleva a cabo tras finalizar su ámbito de validez según la semántica regular de C++, sin necesidad de limpieza adicional.

Ruta de uso

La ruta de uso típica abarca la definición de las capacidades del puerto por parte de la aplicación, su puesta a disposición en tiempo de ejecución y la evaluación por parte del Diagnostic Management:

1. Configuración de las capacidades: la Adaptive Application instancia un objeto de tipo SovdContentConcurrencyType. Si la implementación de los métodos del puerto está diseñada de forma segura para subprocesos, los atributos correspondientes se configuran de forma específica en ConcurrencyType::kConcurrent. El establecimiento de readWrite en kConcurrent indica explícitamente al Diagnostic Management que las API de lectura y escritura pueden invocarse simultáneamente [SWS_DM_02185].
2. Conservar el comportamiento por defecto: en la medida en que la implementación de un puerto no sea reentrante o no esté sincronizada internamente, el desarrollador mantiene los valores en kNotConcurrent [SWS_DM_02183], [SWS_DM_02184]. Interpretación: en este caso, el Diagnostic Management garantiza que las peticiones entrantes para este puerto se ejecuten secuencialmente a fin de evitar conflictos de datos. Pregunta (abierta)
3. Control del flujo por parte del DM: durante el funcionamiento, el Diagnostic Management recibe peticiones SOVD externas. A partir de la configuración registrada, el DM determina si pueden reenviarse llamadas a métodos en paralelo para rutinas de lectura y escritura al puerto, o si es estrictamente necesaria una serialización SWS Diagnostics §8.8.3.1.2 «readWrite».