rumqttc-next
A pure rust MQTT client which strives to be robust, efficient and easy to use. This library is backed by an async(using tokio) eventloop which enables users to send and receive MQTT messages in correspondence with a broker.
Examples
A simple synchronous publish and subscribe
use ;
use Duration;
use thread;
let mut mqttoptions = new;
mqttoptions.set_keep_alive;
let = new;
client.subscribe.unwrap;
spawn;
// Iterate to poll the eventloop for connection progress
for in connection.iter.enumerate
A simple asynchronous publish and subscribe
use ;
use ;
use Duration;
use Error;
let mut mqttoptions = new;
mqttoptions.set_keep_alive;
let = new;
client.subscribe.await.unwrap;
spawn;
while let Ok = eventloop.poll.await
Quick overview of features
- Eventloop orchestrates outgoing/incoming packets concurrently and handles the state
- Pings the broker when necessary and detects client side half open connections as well
- Throttling of outgoing packets (todo)
- Queue size based flow control on outgoing packets
- Automatic reconnections by just continuing the
eventloop.poll()/connection.iter()loop - Natural backpressure to client APIs during bad network
- Support for WebSockets
- Secure transport using TLS
In short, everything necessary to maintain a robust connection
Since the eventloop is externally polled (with iter()/poll() in a loop)
out side the library and Eventloop is accessible, users can
- Distribute incoming messages based on topics
- Stop it when required
- Access internal state for use cases like graceful shutdown or to modify options before reconnection
Important notes
-
Looping on
connection.iter()/eventloop.poll()is necessary to run the event loop and make progress. It yields incoming and outgoing activity notifications which allows customization as you see fit. -
Blocking inside the
connection.iter()/eventloop.poll()loop will block connection progress. -
Use
client.disconnect()/try_disconnect()for MQTT-level graceful shutdown (sends DISCONNECT). Dropping all client handles ends polling withConnectionError::RequestsDoneand closes locally without sending DISCONNECT.
TLS Support
rumqttc supports two TLS backends:
use-rustls(default): Uses rustls withaws-lcas the crypto provider and native platform certificatesuse-native-tls: Uses the platform's native TLS implementation (Secure Transport on macOS, SChannel on Windows, OpenSSL on Linux)
TLS Feature Flags
| Feature | Description |
|---|---|
use-rustls |
Enable rustls with aws-lc provider (recommended default) |
use-rustls-no-provider |
Enable rustls without selecting a crypto provider |
use-rustls-aws-lc |
Enable rustls with aws-lc provider |
use-rustls-ring |
Enable rustls with ring provider |
use-native-tls |
Enable native-tls backend |
use-rustls-aws-lc and use-rustls-ring are mutually exclusive. Enabling both results in a compile error.
Important: Using Both TLS Features
When both use-rustls-no-provider and use-native-tls features are enabled:
- Direct TLS connections (
mqtts://,ssl://): Work with both rustls and native-tlsTlsConfigurationvariants - Secure WebSockets (
wss://): Only support native-tlsTlsConfigurationvariants (Native,NativeConnector,SimpleNative)
This is because async-tungstenite uses native-tls for websockets when both TLS features are enabled. Attempting to use a rustls TlsConfiguration variant with secure websockets will return tls::Error::TlsBackendConflict.
Recommendation: If you need secure websockets with rustls, disable the use-native-tls feature. If you need both TLS backends, use native-tls TlsConfiguration variants for secure websocket connections.