Rust
Obsługa sygnałów
Szukaj…
Uwagi
Rdza nie ma odpowiedniego i idiomatycznego i bezpiecznego sposobu na synchronizację z sygnałami systemu operacyjnego, ale istnieją pewne skrzynki, które zapewniają obsługę sygnałów, ale są wysoce eksperymentalne i niebezpieczne, więc należy zachować ostrożność podczas ich używania.
Jednak w repozytorium rust-lang / rfcs toczy się dyskusja na temat implementacji natywnej obsługi sygnałów dla rdzy.
Dyskusja RFC: https://github.com/rust-lang/rfcs/issues/1368
Obsługa sygnału za pomocą skrzynki sygnału chan
Skrzynia z sygnałem chan zapewnia rozwiązanie do obsługi sygnału OS za pomocą kanałów, chociaż ta skrzynia jest eksperymentalna i powinna być używana ostrożnie .
Przykład wzięty z BurntSushi / chan-signal .
#[macro_use]
extern crate chan;
extern crate chan_signal;
use chan_signal::Signal;
fn main() {
// Signal gets a value when the OS sent a INT or TERM signal.
let signal = chan_signal::notify(&[Signal::INT, Signal::TERM]);
// When our work is complete, send a sentinel value on `sdone`.
let (sdone, rdone) = chan::sync(0);
// Run work.
::std::thread::spawn(move || run(sdone));
// Wait for a signal or for work to be done.
chan_select! {
signal.recv() -> signal => {
println!("received signal: {:?}", signal)
},
rdone.recv() => {
println!("Program completed normally.");
}
}
}
fn run(_sdone: chan::Sender<()>) {
println!("Running work for 5 seconds.");
println!("Can you send a signal quickly enough?");
// Do some work.
::std::thread::sleep_ms(5000);
// _sdone gets dropped which closes the channel and causes `rdone`
// to unblock.
}
Obsługa sygnałów za pomocą skrzynki Nix.
Skrzynia nix zapewnia UNIX Rust API do obsługi sygnałów, jednak wymaga użycia niebezpiecznej rdzy, dlatego należy zachować ostrożność .
use nix::sys::signal;
extern fn handle_sigint(_:i32) {
// Be careful here...
}
fn main() {
let sig_action = signal::SigAction::new(handle_sigint,
signal::SockFlag::empty(),
signal::SigSet::empty());
signal::sigaction(signal::SIGINT, &sig_action);
}
Przykład Tokio
Skrzynia z tokio-sygnałem zapewnia oparte na tokio rozwiązanie do obsługi sygnałów. Jednak wciąż jest na wczesnym etapie.
extern crate futures; extern crate tokio_core; extern crate tokio_signal; use futures::{Future, Stream}; use tokio_core::reactor::Core use tokio_signal::unix::{self as unix_signal, Signal}; use std::thread::{self, sleep}; use std::time::Duration; use std::sync::mpsc::{channel, Receiver}; fn run(signals: Receiver<i32>) { loop { if let Some(signal) = signals.try_recv() { eprintln!("received {} signal"); } sleep(Duration::from_millis(1)); } } fn main() { // Create channels for sending and receiving signals let (signals_tx, signals_rx) = channel(); // Execute the program with the receiving end of the channel // for listening to any signals that are sent to it. thread::spawn(move || run(signals_rx)); // Create a stream that will select over SIGINT, SIGTERM, and SIGHUP signals. let signals = Signal::new(unix_signal::SIGINT, &handle).flatten_stream() .select(Signal::new(unix_signal::SIGTERM, &handle).flatten_stream()) .select(Signal::new(unix_signal::SIGHUP, &handle).flatten_stream()); // Execute the event loop that will listen for and transmit received // signals to the shell. core.run(signals.for_each(|signal| { let _ = signals_tx.send(signal); Ok(()) })).unwrap(); }