Expand description
§hyper
hyper is a fast and correct HTTP implementation written in and for Rust.
§Features
- HTTP/1 and HTTP/2
- Asynchronous design
- Leading in performance
- Tested and correct
- Extensive production use
- Client and Server APIs
If just starting out, check out the Guides first.
§“Low-level”
hyper is a lower-level HTTP library, meant to be a building block for libraries and applications.
If looking for just a convenient HTTP client, consider the reqwest crate.
§Optional Features
hyper uses a set of feature flags to reduce the amount of compiled code. It is possible to just enable certain features over others. By default, hyper does not enable any features but allows one to enable a subset for their use case. Below is a list of the available feature flags. You may also notice above each function, struct and trait there is listed one or more feature flags that are required for that item to be used.
If you are new to hyper it is possible to enable the full
feature flag
which will enable all public APIs. Beware though that this will pull in
many extra dependencies that you may not need.
The following optional features are available:
http1
: Enables HTTP/1 support.http2
: Enables HTTP/2 support.client
: Enables the HTTPclient
.server
: Enables the HTTPserver
.
§Unstable Features
hyper includes a set of unstable optional features that can be enabled through the use of a feature flag and a configuration flag.
The following is a list of feature flags and their corresponding RUSTFLAG
:
ffi
: Enables C API for hyperhyper_unstable_ffi
.tracing
: Enables debug logging withhyper_unstable_tracing
.
For example:
RUSTFLAGS="--cfg hyper_unstable_tracing" cargo build
§Stability
It’s worth talking a bit about the stability of hyper. hyper’s API follows SemVer. Breaking changes will only be introduced in major versions, if ever. New additions to the API, such as new types, methods, or traits will only be added in minor versions.
Some parts of hyper are documented as NOT being part of the stable API. The following is a brief list, you can read more about each one in the relevant part of the documentation.
- Downcasting error types from
Error::source()
is not considered stable. - Private dependencies use of global variables is not considered stable.
So, if a dependency uses
log
ortracing
, hyper doesn’t promise it will continue to do so. - Behavior from default options is not stable. hyper reserves the right to add new options that are enabled by default which might alter the behavior, for the purposes of protection. It is also possible to change what the default options are set to, also in efforts to protect the most people possible.
Re-exports§
pub use http::header;
pub use http::HeaderMap;
pub use http::Method;
pub use http::Request;
pub use http::Response;
pub use http::StatusCode;
pub use http::Uri;
pub use http::Version;
Modules§
- Streaming bodies for Requests and Responses
- HTTP Client
- HTTP extensions.
- Runtime components
- Asynchronous Services
- HTTP Upgrades
Structs§
- Represents errors that can occur handling HTTP streams.
Type Aliases§
- Result type often returned from methods that can have hyper
Error
s.