Descripción del método ExchangeDeclare de RabbitMq
El valor de retorno de este método es Exchange.DeclareOK, lo que indica que el intercambio se declaró correctamente.
~ intercambio El nombre del intercambio.
~ Tipo El tipo de intercambio, a menudo llamado tema directo de distribución.
~ Persistencia: establece la persistencia si durab se establece en verdadero y viceversa. Con durabilidad, los intercambios se pueden almacenar en el disco para que la información no se pierda cuando se reinicia el servidor.
~ Eliminación automática: establece si se eliminará automáticamente. autoDelete establecido en verdadero significa eliminación automática. La eliminación automática supone que al menos una cola o conmutador está vinculado a este conmutador y luego desvincula todas las colas o conmutadores de este conmutador. Tenga en cuenta que este parámetro no debe malinterpretarse como "RabbitMQ eliminará automáticamente este conmutador cuando todos los clientes conectados a este conmutador se desconecten"
~ Interno Si la configuración está integrada. Si se establece en verdadero, es un conmutador interno y los programas cliente no pueden enviar mensajes directamente al conmutador, sino que solo pueden enrutar mensajes a través del conmutador.
~ Parámetros y otros parámetros estructurados, como el intercambio de tres estados
También hay varios métodos con el mismo nombre que exchangeDeclare, a saber, el método exchangeDeclareNoWait:
exchangeDeclareNoWait método:
Este método exchangeDeclareNoWait establece más parámetros nowait que el método exchangeDeclare. Este parámetro nowait significa que no requiere que el servidor regrese. Tenga en cuenta que el valor de retorno de este método es nulo, mientras que el retorno. El valor del método ExchangeDeclare ordinario es Exchange. DeclareOk, lo que significa que después de que el cliente declara el intercambio, debe esperar a que el servidor regrese (el servidor devuelve el comando AMQP Exchange Declare-Ok).
Con respecto al punto "exchangeDeclareNoWait no requiere que el servidor devuelva ningún valor de retorno", considere la siguiente situación: el cliente usa el intercambio inmediatamente después de declarar el intercambio (el servidor aún no ha completado la creación de el intercambio), entonces inevitablemente ocurrirá una excepción. Este enfoque no se recomienda sin un motivo o escenario específico.
Existe otro método exchangeDeclarePassive, que se define de la siguiente manera:
Este método es muy útil en la práctica, ya que se utiliza para detectar si existe el intercambio correspondiente. Si existe, volverá normalmente; si no existe, generará una excepción de canal 404 y cerrará el canal.
Existen métodos para crear intercambiadores y, por supuesto, existen métodos para eliminar intercambiadores. El método correspondiente es el siguiente
Entre ellos, exchange representa el nombre del intercambiador, y ifUnused se usa para establecer si el intercambiador se eliminará cuando no esté en uso. Si isUnused se establece en verdadero, el intercambiador solo se eliminará si no se utiliza; si se establece en falso, el intercambiador se eliminará de todos modos;