1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297
//! A fast, low-level IO library for Rust focusing on non-blocking APIs, event //! notification, and other useful utilities for building high performance IO //! apps. //! //! # Goals //! //! * Fast - minimal overhead over the equivalent OS facilities (epoll, kqueue, etc...) //! * Zero allocations //! * A scalable readiness-based API, similar to epoll on Linux //! * Design to allow for stack allocated buffers when possible (avoid double buffering). //! * Provide utilities such as a timers, a notification channel, buffer abstractions, and a slab. //! //! # Platforms //! //! Currently supported platforms: //! //! * Linux //! * OS X //! * Windows //! * FreeBSD //! * NetBSD //! * Android //! * iOS //! //! mio can handle interfacing with each of the event notification systems of the aforementioned platforms. The details of //! their implementation are further discussed in [`Poll`]. //! //! # Usage //! //! Using mio starts by creating a [`Poll`], which reads events from the OS and //! put them into [`Events`]. You can handle IO events from the OS with it. //! //! For more detail, see [`Poll`]. //! //! [`Poll`]: struct.Poll.html //! [`Events`]: struct.Events.html //! //! # Example //! //! ``` //! use mio::*; //! use mio::net::{TcpListener, TcpStream}; //! //! // Setup some tokens to allow us to identify which event is //! // for which socket. //! const SERVER: Token = Token(0); //! const CLIENT: Token = Token(1); //! //! let addr = "127.0.0.1:13265".parse().unwrap(); //! //! // Setup the server socket //! let server = TcpListener::bind(&addr).unwrap(); //! //! // Create a poll instance //! let poll = Poll::new().unwrap(); //! //! // Start listening for incoming connections //! poll.register(&server, SERVER, Ready::readable(), //! PollOpt::edge()).unwrap(); //! //! // Setup the client socket //! let sock = TcpStream::connect(&addr).unwrap(); //! //! // Register the socket //! poll.register(&sock, CLIENT, Ready::readable(), //! PollOpt::edge()).unwrap(); //! //! // Create storage for events //! let mut events = Events::with_capacity(1024); //! //! loop { //! poll.poll(&mut events, None).unwrap(); //! //! for event in events.iter() { //! match event.token() { //! SERVER => { //! // Accept and drop the socket immediately, this will close //! // the socket and notify the client of the EOF. //! let _ = server.accept(); //! } //! CLIENT => { //! // The server just shuts down the socket, let's just exit //! // from our event loop. //! return; //! } //! _ => unreachable!(), //! } //! } //! } //! //! ``` #![doc(html_root_url = "https://docs.rs/mio/0.6.13")] #![crate_name = "mio"] #![deny(warnings, missing_docs, missing_debug_implementations)] extern crate lazycell; extern crate net2; extern crate iovec; #[cfg(target_os = "fuchsia")] extern crate fuchsia_zircon as zircon; #[cfg(target_os = "fuchsia")] extern crate fuchsia_zircon_sys as zircon_sys; #[cfg(unix)] extern crate libc; #[cfg(windows)] extern crate miow; #[cfg(windows)] extern crate winapi; #[cfg(windows)] extern crate kernel32; #[macro_use] extern crate log; mod event_imp; mod io; mod poll; mod sys; mod token; pub mod net; #[deprecated(since = "0.6.5", note = "use mio-extras instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub mod channel; #[deprecated(since = "0.6.5", note = "use mio-extras instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub mod timer; #[deprecated(since = "0.6.5", note = "update to use `Poll`")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub mod deprecated; #[deprecated(since = "0.6.5", note = "use iovec crate directly")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub use iovec::IoVec; #[deprecated(since = "0.6.6", note = "use net module instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub mod tcp { pub use net::{TcpListener, TcpStream}; pub use std::net::Shutdown; } #[deprecated(since = "0.6.6", note = "use net module instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub mod udp; pub use poll::{ Poll, Registration, SetReadiness, }; pub use event_imp::{ PollOpt, Ready, }; pub use token::Token; pub mod event { //! Readiness event types and utilities. pub use super::poll::{Events, Iter}; pub use super::event_imp::{Event, Evented}; } pub use event::{ Events, }; #[deprecated(since = "0.6.5", note = "use events:: instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub use event::{Event, Evented}; #[deprecated(since = "0.6.5", note = "use events::Iter instead")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub use poll::Iter as EventsIter; #[deprecated(since = "0.6.5", note = "std::io::Error can avoid the allocation now")] #[cfg(feature = "with-deprecated")] #[doc(hidden)] pub use io::deprecated::would_block; #[cfg(all(unix, not(target_os = "fuchsia")))] pub mod unix { //! Unix only extensions pub use sys::{ EventedFd, }; pub use sys::unix::UnixReady; } #[cfg(target_os = "fuchsia")] pub mod fuchsia { //! Fuchsia-only extensions //! //! # Stability //! //! This module depends on the [magenta-sys crate](https://crates.io/crates/magenta-sys) //! and so might introduce breaking changes, even on minor releases, //! so long as that crate remains unstable. pub use sys::{ EventedHandle, }; pub use sys::fuchsia::{FuchsiaReady, zx_signals_t}; } /// Windows-only extensions to the mio crate. /// /// Mio on windows is currently implemented with IOCP for a high-performance /// implementation of asynchronous I/O. Mio then provides TCP and UDP as sample /// bindings for the system to connect networking types to asynchronous I/O. On /// Unix this scheme is then also extensible to all other file descriptors with /// the `EventedFd` type, but on Windows no such analog is available. The /// purpose of this module, however, is to similarly provide a mechanism for /// foreign I/O types to get hooked up into the IOCP event loop. /// /// This module provides two types for interfacing with a custom IOCP handle: /// /// * `Binding` - this type is intended to govern binding with mio's `Poll` /// type. Each I/O object should contain an instance of `Binding` that's /// interfaced with for the implementation of the `Evented` trait. The /// `register`, `reregister`, and `deregister` methods for the `Evented` trait /// all have rough analogs with `Binding`. /// /// Note that this type **does not handle readiness**. That is, this type does /// not handle whether sockets are readable/writable/etc. It's intended that /// IOCP types will internally manage this state with a `SetReadiness` type /// from the `poll` module. The `SetReadiness` is typically lazily created on /// the first time that `Evented::register` is called and then stored in the /// I/O object. /// /// Also note that for types which represent streams of bytes the mio /// interface of *readiness* doesn't map directly to the Windows model of /// *completion*. This means that types will have to perform internal /// buffering to ensure that a readiness interface can be provided. For a /// sample implementation see the TCP/UDP modules in mio itself. /// /// * `Overlapped` - this type is intended to be used as the concrete instances /// of the `OVERLAPPED` type that most win32 methods expect. It's crucial, for /// safety, that all asynchronous operations are initiated with an instance of /// `Overlapped` and not another instantiation of `OVERLAPPED`. /// /// Mio's `Overlapped` type is created with a function pointer that receives /// a `OVERLAPPED_ENTRY` type when called. This `OVERLAPPED_ENTRY` type is /// defined in the `winapi` crate. Whenever a completion is posted to an IOCP /// object the `OVERLAPPED` that was signaled will be interpreted as /// `Overlapped` in the mio crate and this function pointer will be invoked. /// Through this function pointer, and through the `OVERLAPPED` pointer, /// implementations can handle management of I/O events. /// /// When put together these two types enable custom Windows handles to be /// registered with mio's event loops. The `Binding` type is used to associate /// handles and the `Overlapped` type is used to execute I/O operations. When /// the I/O operations are completed a custom function pointer is called which /// typically modifies a `SetReadiness` set by `Evented` methods which will get /// later hooked into the mio event loop. #[cfg(windows)] pub mod windows { pub use sys::{Overlapped, Binding}; } #[cfg(feature = "with-deprecated")] mod convert { use std::time::Duration; const NANOS_PER_MILLI: u32 = 1_000_000; const MILLIS_PER_SEC: u64 = 1_000; /// Convert a `Duration` to milliseconds, rounding up and saturating at /// `u64::MAX`. /// /// The saturating is fine because `u64::MAX` milliseconds are still many /// million years. pub fn millis(duration: Duration) -> u64 { // Round up. let millis = (duration.subsec_nanos() + NANOS_PER_MILLI - 1) / NANOS_PER_MILLI; duration.as_secs().saturating_mul(MILLIS_PER_SEC).saturating_add(millis as u64) } }