Rust入门（十六）：手写web服务器和线程池

最新推荐文章于 2024-05-29 12:44:13 发布
最新推荐文章于 2024-05-29 12:44:13 发布
阅读量1k 收藏 4
点赞数 1
分类专栏： rust入门 文章标签： rust 前端 服务器 多线程 线程池
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46463785/article/details/129065589
版权

这一章将实现一个手写的 web server 和 多线程的服务器，用到之前学到的所有特性

简单的web server

作为一个 web 服务器，我们首先要能接收到请求，目前市面上的 web 服务大多数都是基于 HTTP 和 HTTPS 协议的，而他们有是基于 TCP 协议传输的 ，所以我们希望我们的服务器可以监听 TCP 连接，rust 的库函数中提供了 TcpListener 这样的函数来监听 TCP 连接，我们新建一个项目，然后在 src/main.rs 中编写监听功能。

TcpListener 的 incoming 方法返回一个迭代器，它提供了一系列的流，流（stream）代表一个客户端和服务端之间打开的连接

use std::net::TcpListener;

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();

    for stream in listener.incoming() {
        let stream = stream.unwrap();

        println!("Connection established!");
    }
}

运行代码，之后访问 127.0.0.1:7878 就可以看到接收到了信息，如果你成功接收到了信息，那么下一步就是怎么样处理信息，我们使用一个缓冲区接收我们的数据，此时它是一个 &u8 类型的字节流数据，我们将它转化为字符串打印出来：

use std::{
    io::{prelude::*, BufReader},
    net::{TcpListener, TcpStream},
};

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();

    for stream in listener.incoming() {
        let stream = stream.unwrap();

        handle_connection(stream);
    }
}

fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();

    println!("Request: {}", String::from_utf8_lossy(&buffer[..]));
}

现在运行我们的程序，它将打印出一个完整的 TCP 请求，作为一个服务器，对于一个请求，我们需要做出我们的回复，提供给它需要的资源，这里我们就返回先尝试返回一个简单的响应：

因为 stream 的 write_all 方法获取一个 &[u8] 并直接将这些字节发送给连接。所以我们调用as_bytes 对数据进行转化

fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();
    let response = "HTTP/1.1 200 OK\r\n\r\n";
    stream.write_all(response.as_bytes()).unwrap();
    stream.flush().unwrap();
}

此时我们再次访问我们的地址，将不会得到报错信息，而是返回一个空白的页面，说明我们的页面请求已经得到了响应，那么接下来我们需要让我们的服务器能够返回真实的 web 页面：

我们编写一个 hello.html 页面，放在项目的根目录下：

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8">
    <title>Hello!</title>
  </head>
  <body>
    <h1>Hello!</h1>
    <p>Hi from Rust</p>
  </body>
</html>

之后在返回处理方法中读取我们刚刚编写页面的内容，构造成 TCP 请求的返回格式进行返回：

use std::{
    fs,
    io::{prelude::*, BufReader},
    net::{TcpListener, TcpStream},
};
// --snip--

fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();

    let status_line = "HTTP/1.1 200 OK";
    let contents = fs::read_to_string("hello.html").unwrap();
    let length = contents.len();

    let response =
        format!("{status_line}\r\nContent-Length: {length}\r\n\r\n{contents}");

    stream.write_all(response.as_bytes()).unwrap();
    stream.flush().unwrap();
}

当然我们的服务器不可能只返回一个页面，对于不同路径的 TCP 请求，我们需要为他们返回不同的页面，所以我们做了一个模式匹配，如果是请求的主页我们返回一个页面，如果请求其他页面，我们返回一个 404 页面表示找不到

fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();

    let get = b"GET / HTTP/1.1\r\n";

    let (status_line, filename) = if buffer.starts_with(get) {
        ("HTTP/1.1 200 OK", "index.html")
    } else {
        ("HTTP/1.1 404 NOT FOUND", "404.html")
    };

    let contents = fs::read_to_string(filename).unwrap();

    let response = format!(
        "{}\r\nContent-Length: {}\r\n\r\n{}",
        status_line,
        contents.len(),
        contents
    );

    stream.write_all(response.as_bytes()).unwrap();
    stream.flush().unwrap();
}

多线程的web server

之前搭建的服务器，一次只能处理一个请求，如果我们遇到多个请求的情况，只有当上一个请求处理完毕才能处理下一个请求，当一个请求时间很长的时候，会极大影响整体的性能，比如我们构造一个 sleep 路径，它在阻塞 5 秒钟后才返回，那么整个服务器的所有请求都会阻塞：

use std::fs;
use std::io::prelude::*;
use std::net::TcpListener;
use std::net::TcpStream;
use std::thread;
use std::time::Duration;
fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();

    let get = b"GET / HTTP/1.1\r\n";
    let sleep = b"GET /sleep HTTP/1.1\r\n";

    let (status_line, filename) = if buffer.starts_with(get) {
        ("HTTP/1.1 200 OK", "index.html")
    } else if buffer.starts_with(sleep) {
        thread::sleep(Duration::from_secs(5));
        ("HTTP/1.1 200 OK", "index.html")
    } else {
        ("HTTP/1.1 404 NOT FOUND", "404.html")
    };

    let contents = fs::read_to_string(filename).unwrap();

    let response = format!(
        "{}\r\nContent-Length: {}\r\n\r\n{}",
        status_line,
        contents.len(),
        contents
    );

    stream.write_all(response.as_bytes()).unwrap();
    stream.flush().unwrap();
}

为了解决这个情况我们需要一个多线程的服务器，我们需要设计一个 线程池（thread pool）。当程序收到一个新任务，线程池中的一个线程会被分配任务，这个线程会离开并处理任务。其余的线程则可用于处理在第一个线程处理任务的同时处理其他接收到的任务。当第一个线程处理完任务时，它会返回空闲线程池中等待处理新任务。线程池允许我们并发处理连接，增加 server 的吞吐量。同时，为了保证我们的服务器 不被 Dos 攻击，我们需要限定我们线程的数量，所有我们的线程池应该在初始化的时候可以限定最大线程数，所以我们的线程池调用应该是这样的：

使用 ThreadPool::new 来创建一个新的线程池，它有一个可配置的线程数的参数，pool.execute 有着类似 thread::spawn 的接口，它获取一个线程池运行于每一个流的闭包。

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();
    let pool = ThreadPool::new(4);
    for stream in listener.incoming() {
        let stream = stream.unwrap();
        pool.execute(|| {
            handle_connection(stream);
        });
    }
}

有了目标之后，我们就可以编写我们的 ThreadPool 程序，我们创建 src/lib.rs 文件，在其中创建我们的 ThreadPool ，它包含一个 new 函数以及一个 执行函数 execute

pub struct ThreadPool;

impl ThreadPool {
    pub fn new(size: usize) -> ThreadPool {
        ThreadPool
    }
}
pub fn execute<F>(&self, f: F)
    where
        F: FnOnce() + Send + 'static,
    {
    }

这里传入泛型如此约束的原因是，我们的 execute 函数参照了标准库的 thread::spawn 函数，它的定义如下：

pub fn spawn<F, T>(f: F) -> JoinHandle<T>
    where
        F: FnOnce() -> T,
        F: Send + 'static,
        T: Send + 'static,

之后我们可以看到，spawn 返回一个 JoinHandle 类型的数据，所以我们也可以使用它来包裹我们的线程，我们在 ThreadPool 结构中定义 Vec 来存储我们的线程：

use std::thread;

pub struct ThreadPool {
    threads: Vec<thread::JoinHandle<()>>,
}

impl ThreadPool {
    // --snip--
    pub fn new(size: usize) -> ThreadPool {
        assert!(size > 0);

        let mut threads = Vec::with_capacity(size);

        for _ in 0..size {
            // create some threads and store them in the vector
        }

        ThreadPool { threads }
    }
    // --snip--
}

此时我们的项目已经可以运行了，我们还没有实现我们的线程的具体内容，我们将要实现的行为是创建线程并稍后发送代码，所以我们需要在 ThreadPool 和线程间引入一个新数据类型来管理这种新行为，这个数据结构称为 Worker，每一个 Worker 会储存一个单独的 JoinHandle<()> 实例。接着会在 Worker 上实现一个方法，它会获取需要允许代码的闭包并将其发送给已经运行的线程执行。我们还会赋予每一个 worker id，这样就可以在日志和调试中区别线程池中的不同 worker。

use std::thread;

pub struct ThreadPool {
    workers: Vec<Worker>,
}

impl ThreadPool {
    // --snip--
    pub fn new(size: usize) -> ThreadPool {
        assert!(size > 0);

        let mut workers = Vec::with_capacity(size);

        for id in 0..size {
            workers.push(Worker::new(id));
        }

        ThreadPool { workers }
    }
    // --snip--
}
struct Worker {
    id: usize,
    thread: thread::JoinHandle<()>,
}
impl Worker {
    fn new(id: usize) -> Worker {
        let thread = thread::spawn(|| {});
        Worker { id, thread }
    }
}

我们已经可以创建线程，但是之后我们需要将我们通过 execute 方法传递进来的方法放入我们的线程中，我们使用 信道 —— 作为沟通工具，方案如下：

  1. ThreadPool 会创建一个信道并充当发送者。
  2. 每个 Worker 将会充当接收者。
  3. 新建一个 Job 结构体来存放用于向信道中发送的闭包。
  4. execute 方法会在发送者发出期望执行的任务。
  5. 在线程中，Worker 会遍历接收者并执行任何接收到的任务。
use std::{sync::mpsc, thread};

pub struct ThreadPool {
    workers: Vec<Worker>,
    sender: mpsc::Sender<Job>,
}

struct Job;

impl ThreadPool {
    // --snip--
    pub fn new(size: usize) -> ThreadPool {
        assert!(size > 0);

        let (sender, receiver) = mpsc::channel();

        let mut workers = Vec::with_capacity(size);

        for id in 0..size {
            workers.push(Worker::new(id, receiver));
        }

        ThreadPool { workers, sender }
    }
    // --snip--
}

// --snip--
impl Worker {
    fn new(id: usize, receiver: mpsc::Receiver<Job>) -> Worker {
        let thread = thread::spawn(|| {
            receiver;
        });

        Worker { id, thread }
    }
}

但是上述的代码有一个问题，这段代码尝试将 receiver 传递给多个 Worker 实例。这是不行的，Rust 所提供的信道实现是多 生产者，单 消费者 的。为了在多个线程间共享所有权并允许线程修改其值，需要使用 Arc<Mutex<T>>。Arc 使得多个 worker 拥有接收端，而 Mutex 则确保一次只有一个 worker 能从接收端得到任务：

use std::{
    sync::{mpsc, Arc, Mutex},
    thread,
};
// --snip--

impl ThreadPool {
    // --snip--
    pub fn new(size: usize) -> ThreadPool {
        assert!(size > 0);

        let (sender, receiver) = mpsc::channel();

        let receiver = Arc::new(Mutex::new(receiver));

        let mut workers = Vec::with_capacity(size);

        for id in 0..size {
            workers.push(Worker::new(id, Arc::clone(&receiver)));
        }

        ThreadPool { workers, sender }
    }

    // --snip--
}

// --snip--

impl Worker {
    fn new(id: usize, receiver: Arc<Mutex<mpsc::Receiver<Job>>>) -> Worker {
        // --snip--
    }
}

最后我们需要实现 ThreadPool 上的 execute 方法，它将接收到的方法传递到线程中，并且执行它。而在 worker 中，传递给 thread::spawn 的闭包仍然还只是 引用 了信道的接收端。我们需要闭包一直循环，向信道的接收端请求任务，并在得到任务时执行他们。

这里调用了 lock 来获取互斥器，如果互斥器处于一种叫做 被污染（poisoned）的状态时获取锁可能会失败，这可能发生于其他线程在持有锁时 panic 了且没有释放锁。如果锁定了互斥器，接着调用 recv 从信道中接收 Job，调用 recv 会阻塞当前线程，所以如果还没有任务，其会等待直到有可用的任务。

type Job = Box<dyn FnOnce() + Send + 'static>;

impl ThreadPool {
    // --snip--

    pub fn execute<F>(&self, f: F)
    where
        F: FnOnce() + Send + 'static,
    {
        let job = Box::new(f);

        self.sender.send(job).unwrap();
    }
}

// --snip--

impl Worker {
    fn new(id: usize, receiver: Arc<Mutex<mpsc::Receiver<Job>>>) -> Worker {
        let thread = thread::spawn(move || loop {
            let job = receiver.lock().unwrap().recv().unwrap();

            println!("Worker {id} got a job; executing.");

            job();
        });

        Worker { id, thread }
    }
}

停机与清理

之前编写代码已经可以完整运行了，但是面临两个问题，一个是我们不能停止我们的服务器，只能使用命令行的强制停止程序命令，并且我们的服务器并没有清理所有的内容，所以我们需要继续完善我们的服务器：

首先，我们为线程池实现 Drop。当线程池被丢弃时，应该 join 所有线程以确保他们完成其操作。这里首先遍历线程池中的每个 workers。对于每一个线程，会打印出说明信息表明此特定 worker 正在关闭，接着在 worker 线程上调用 join。如果 join 调用失败，通过 unwrap 使得 panic 并进行不优雅的关闭。

impl Drop for ThreadPool {
    fn drop(&mut self) {
        for worker in &mut self.workers {
            println!("Shutting down worker {}", worker.id);
            worker.thread.join().unwrap();
        }
    }
}

因为目前只有每一个 worker 的可变借用，而 join 需要获取其参数的所有权。如果 Worker 存放的是 Option<thread::JoinHandle<()>，就可以在 Option 上调用 take 方法将值从 Some 成员中移动出来而对 None 成员不做处理。换句话说，正在运行的 Worker 的 thread 将是 Some 成员值，而当需要清理 worker 时，将 Some 替换为 None，这样 worker 就没有可以运行的线程了。所以我们需要为此需要更新 Worker 的定义为如下：

struct Worker {
    id: usize,
    thread: Option<thread::JoinHandle<()>>,
}

对此，当新建 Worker 时需要将 thread 值封装进 Some。

impl Worker {
    fn new(id: usize, receiver: Arc<Mutex<mpsc::Receiver<Job>>>) -> Worker {
        // --snip--

        Worker {
            id,
            thread: Some(thread),
        }
    }
}

impl Drop for ThreadPool {
    fn drop(&mut self) {
        for worker in &mut self.workers {
            println!("Shutting down worker {}", worker.id);

            if let Some(thread) = worker.thread.take() {
                thread.join().unwrap();
            }
        }
    }
}

现在程序可以通过编译了，但是存在的问题是： Worker 中分配的线程所运行的闭包中的逻辑：调用 join 并不会关闭线程，因为他们一直 loop 来寻找任务。如果采用这个实现来尝试丢弃 ThreadPool，则主线程会永远阻塞在等待第一个线程结束上。

所以我们需要修改 ThreadPool 的 drop 实现并修改 Worker 循环。我们需要在等待线程结束前显式丢弃 sender

pub struct ThreadPool {
    workers: Vec<Worker>,
    sender: Option<mpsc::Sender<Job>>,
}
// --snip--
impl ThreadPool {
    pub fn new(size: usize) -> ThreadPool {
        // --snip--

        ThreadPool {
            workers,
            sender: Some(sender),
        }
    }

    pub fn execute<F>(&self, f: F)
    where
        F: FnOnce() + Send + 'static,
    {
        let job = Box::new(f);

        self.sender.as_ref().unwrap().send(job).unwrap();
    }
}

impl Drop for ThreadPool {
    fn drop(&mut self) {
        drop(self.sender.take());

        for worker in &mut self.workers {
            println!("Shutting down worker {}", worker.id);

            if let Some(thread) = worker.thread.take() {
                thread.join().unwrap();
            }
        }
    }
}

丢弃 sender 会关闭信道，这表明不会有更多的消息被发送，这时 worker 中的无限循环中的所有 recv 调用都会返回错误。我们修改 Worker 循环在这种情况下优雅地退出，这意味着当 ThreadPool 的 drop 实现调用 join 时线程会结束。

impl Worker {
    fn new(id: usize, receiver: Arc<Mutex<mpsc::Receiver<Job>>>) -> Worker {
        let thread = thread::spawn(move || loop {
            let message = receiver.lock().unwrap().recv();

            match message {
                Ok(job) => {
                    println!("Worker {id} got a job; executing.");

                    job();
                }
                Err(_) => {
                    println!("Worker {id} disconnected; shutting down.");
                    break;
                }
            }
        });

        Worker {
            id,
            thread: Some(thread),
        }
    }
}

修改 main 函数，可以让收到指定数量的请求后停机：

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();
    let pool = ThreadPool::new(4);

    for stream in listener.incoming().take(2) {
        let stream = stream.unwrap();

        pool.execute(|| {
            handle_connection(stream);
        });
    }

    println!("Shutting down.");
}

至此一个完整的小型 web 服务器搭建完毕，完整的代码如下：

文件名：src/main.rs

use hello::ThreadPool;//改成你hello的项目名字
use std::fs;
use std::io::prelude::*;
use std::net::TcpListener;
use std::net::TcpStream;
use std::thread;
use std::time::Duration;

fn main() {
    let listener = TcpListener::bind("127.0.0.1:7878").unwrap();
    let pool = ThreadPool::new(4);

    for stream in listener.incoming().take(2) {
        let stream = stream.unwrap();

        pool.execute(|| {
            handle_connection(stream);
        });
    }

    println!("Shutting down.");
}

fn handle_connection(mut stream: TcpStream) {
    let mut buffer = [0; 1024];
    stream.read(&mut buffer).unwrap();

    let get = b"GET / HTTP/1.1\r\n";
    let sleep = b"GET /sleep HTTP/1.1\r\n";

    let (status_line, filename) = if buffer.starts_with(get) {
        ("HTTP/1.1 200 OK", "hello.html")
    } else if buffer.starts_with(sleep) {
        thread::sleep(Duration::from_secs(5));
        ("HTTP/1.1 200 OK", "hello.html")
    } else {
        ("HTTP/1.1 404 NOT FOUND", "404.html")
    };

    let contents = fs::read_to_string(filename).unwrap();

    let response = format!(
        "{}\r\nContent-Length: {}\r\n\r\n{}",
        status_line,
        contents.len(),
        contents
    );

    stream.write_all(response.as_bytes()).unwrap();
    stream.flush().unwrap();
}

文件名：src/lib.rs：

use std::{
    sync::{mpsc, Arc, Mutex},
    thread,
};

pub struct ThreadPool {
    workers: Vec<Worker>,
    sender: Option<mpsc::Sender<Job>>,
}

type Job = Box<dyn FnOnce() + Send + 'static>;

impl ThreadPool {
    /// Create a new ThreadPool.
    ///
    /// The size is the number of threads in the pool.
    ///
    /// # Panics
    ///
    /// The `new` function will panic if the size is zero.
    pub fn new(size: usize) -> ThreadPool {
        assert!(size > 0);

        let (sender, receiver) = mpsc::channel();

        let receiver = Arc::new(Mutex::new(receiver));

        let mut workers = Vec::with_capacity(size);

        for id in 0..size {
            workers.push(Worker::new(id, Arc::clone(&receiver)));
        }

        ThreadPool {
            workers,
            sender: Some(sender),
        }
    }

    pub fn execute<F>(&self, f: F)
    where
        F: FnOnce() + Send + 'static,
    {
        let job = Box::new(f);

        self.sender.as_ref().unwrap().send(job).unwrap();
    }
}

impl Drop for ThreadPool {
    fn drop(&mut self) {
        drop(self.sender.take());

        for worker in &mut self.workers {
            println!("Shutting down worker {}", worker.id);

            if let Some(thread) = worker.thread.take() {
                thread.join().unwrap();
            }
        }
    }
}

struct Worker {
    id: usize,
    thread: Option<thread::JoinHandle<()>>,
}

impl Worker {
    fn new(id: usize, receiver: Arc<Mutex<mpsc::Receiver<Job>>>) -> Worker {
        let thread = thread::spawn(move || loop {
            let message = receiver.lock().unwrap().recv();

            match message {
                Ok(job) => {
                    println!("Worker {id} got a job; executing.");

                    job();
                }
                Err(_) => {
                    println!("Worker {id} disconnected; shutting down.");
                    break;
                }
            }
        });

        Worker {
            id,
            thread: Some(thread),
        }
    }
}

这里还有很多可以做的事！如果你希望继续增强这个项目，如下是一些点子：

  • 为 ThreadPool 和其公有方法增加更多文档
  • 为库的功能增加测试
  • 将 unwrap 调用改为更健壮的错误处理
  • 使用 ThreadPool 进行其他不同于处理网络请求的任务
  • 在 crates.io 上寻找一个线程池 crate 并使用它实现一个类似的 web server，将其 API 和鲁棒性与我们的实现做对比
摸鱼老萌新
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
001 Rust 网络编程，实现 TCP 服务端和客户端程序
令狐一冲
04-25 5481
本例子用Rust实现一个基于TCP的echo的服务端和客户端的程序，用Rust演示简单的网络程序。 服务端 服务端实现类似于我们之前写过的http服务端的实现。涉及到的知识点主要是std::io和std::net。 代码如下： use std::io::{Error, Read, Write}; use std::net::{TcpListener, TcpStream}; use std::th...
rust实现web服务器（代码注解版）- 1
u010249118的博客
12-01 501
【代码】rust实现web服务器（代码注解版）- 1。
开源基于Rust编写的Web服务器
最新发布
m0_52796585的博客
05-29 1600
该项目于 2024 年 5 月 1 日开始开发。
Rust Web入门（一）：TCP 和 HTTP Server
weixin_46463785的博客
02-17 1909
本教程笔记来自 杨旭老师的 rust web 全栈教程，链接如下：https://www.bilibili.com/video/BV1RP4y1G7KF?p=1&vd_source=8595fbbf160cc11a0cc07cadacf22951学习 Rust Web 需要学习 rust 的前置知识可以学习杨旭老师的另一门教程https://www.bilibili.com/video/BV1hp4y1k7SV/?spm_id_from=333.999.0.0&vd_source=8595fbbf160cc
用rust写web服务器笔记（11/1）
谢白羽
11-01 559
①创建一个简单的main.html。1）404Erorr界面的html。2）返回一个真正的网页。
【从零开始的rust web开发之路 四】rust语言tokio异步使用redis教程
爱音乐的程序猿的博客
02-02 1815
使用rust写web，自然是离不开redis缓存的。rust也有现成redis连接库，并且支持阻塞和异步两种模式。下面教程我我以tokio异步操作redis方式为主，同步的操作可以参考异步，区别不大以上就是今天要讲的内容，本文介绍了rust语言tokio异步使用redis教程，后续会出一个扩展使用教程。
线程池：在Rust中使用线程池的简单例子
02-14
线程池 我，比较幼稚，执行（见 ）瑞安Levicks的锈线程池库（见 ），从。 学习使用Arc，互斥量，原子变量，并逐渐了解所有权，借用和闭包。 编译发布版本 假设您已经安装了Rust，请编译成一个发布版本，以揭示在...
webserver_template:Rust Web服务器模板
04-01
Rust Web服务器模板 您可以将此模板用作下一个Web服务器项目的基础。 它包含一个Hello World! 示例以及立即开始进行编码的依赖项。 包括的依赖项是： 启用了tls功能的rocket 0.4 rocket_contrib 0.4了handlebars_...
rust-ws:Rust Web 套接字库
07-02
支持文本和二进制消息，目前仅支持服务器。 客户（和其他支持）即将推出。 请参阅下面的 Todo 部分了解缺少的内容，还有很多事情要做！ 建造 你首先需要在你的PATH已经有一个前沿的 rustc，尽管这个存储库有时可能...
webthing-rust:Web Thing服务器的Rust实现
05-29
使用如果您使用Cargo ，只需将webthing添加到您的Cargo.toml ： [ dependencies ]webthing = " 0.14 "TLS 支持如果您需要服务器的 TLS 支持，则需要使用ssl功能集进行编译。例子在这个例子中，我们将设置一个可调光...
rust-threadpool：一个非常简单的线程池，用于并行任务执行
02-05
在 Rust 编程语言中，线程池是一种有效的并发处理机制，它允许开发者将大量任务分发到多个工作线程上，以充分利用多核处理器的性能。`rust-threadpool` 是一个开源库，专为 Rust 设计，提供了一个简单易用的线程池...
Rust-Server-Website-Template:Rust服务器的网站模板Rust服务器的网站模板
05-23
Rust服务器网站模板 Rust服务器的网站模板 Rust-Server-Website-Template是用于Rust服务器网站的响应式，动态更新PHP / CSS模板。 它是使用Bootstrap 4和Rust-Servers.Info或Rust-Servers.Net API构建的。 演示版 :television: 在查看演示 适用于Rust服务器的WordPress主题 :sign_of_the_horns: RSWT WordPress主题。 您的Rust Server网站的Wordpress主题。 包括新闻，不和谐，Steam，社交，商店，员工，联系人，常见问题解答和其他模块。 完全可以通过WordPress配置。 主题仅适用于。 扩展访问Patreon赞助人 :sign_of_the_horns: 如果您成为我的赞助人并捐款10美元或更多，您将在发行后立即获得对模板功能，私有模块和其他模板样式的访问权限。 您可以通过回馈支持发展来帮助我。 成为我在Patr
Rust搭建Web服务器
Python私教
05-15 1158
Rust 的优势之一是在 crates.io 网站上发布的大量免费的可用包。cargo 命令可以让你的代码轻松使用 crates.io 上的包：它将下载包的正确版本，然后会构建包，并根据用户的要求更新包。一个 Rust包，无论是库还是可执行文件，都叫作 crate（发音为 /kreɪt/，意思是“板条箱”）。Cargo 和 crates.io 的名字都来源于这个术语。
Rust开发WebAssembly在Html和Vue中的应用
爪哇盘古
08-04 2858
WebAssembly或wasm是用于浏览器内客户端脚本的低级、可移植的字节码格式，是一种运行在现代网络浏览器中的新型代码、并且提供新的性能特性和效果，对于浏览器下载和加载是有效的。当然它的存在就像rust官网说的一样，它不是来替代js，而是强化js！Rust是一门系统编程语言，专注于安全，尤其是并发安全，支持函数式和命令式以及泛型等编程范式的多范式语言。总的来说我用了2个月的时间研究它，能写一些小东西，让我感觉很舒服的是因它的机制生产的产物并没有出现什么奇奇怪怪的问题。这是一个漫长的时刻！...
Rust跨平台探索：前端中的后端(1)，web后台开发
2301_79849953的博客
04-04 1056
和平台相关的代码，比如 UI，平台设备的访问等，用更擅长做这件事情的平台原生语言实现（或者 flutter），而平台无关的业务逻辑代码，算法，网络层代码，使用 Rust 来实现。之前的 UI 方案，采用的都是 JSON 或者类 JSON 的序列化方案，JSON 是效率非常低下，且类型安全度比较低的一种序列化方案，在这样的场景下，我们还有更多更好效率更高类型更安全的方案，比如 protobuf，flatbuffers 等。回顾你做过的工作和项目中最复杂的部分，反思你是如何完成这个最复杂的部分的。
Rust Web入门（八）：打包发布
weixin_46463785的博客
03-09 1802
本教程笔记来自 杨旭老师的 rust web 全栈教程，项目的源代码可以查看 git：（注意作者使用的是 mysql 数据库而不是原教程的数据库） https://github.com/aiai0603/rust_web_mysql 这是本教程的最后一节，我们将把我们之前编写的项目进行打包发布：
Rust 多线程交互 自实现线程池，几种实现方式可行性对比，性能对比以及底层实现原理分析 CPU密集型
梦一样的博客，神话般的感觉
03-02 593
再加上刚才的测试数据不难分析出，当执行线程数量等于当前CPU数量的时候消耗较小这个时候Condvar的交互方式比mpsc的交互方式多出来的就是syscall的系统调用开销，毕竟用户态和内核态的交互消耗很大，这个地球人都知道。第三：由于执行线程个数的增加，执行的线程数量逐渐会比当前系统CPU数量多，增加了CPU彼此之间的上下文切换的消耗，线程比当前系统的CPU核心数月多上下文切换的耗时越大。我们还需要在整个线程池的的执行过程中，注入一个测试对象当线程池执行完所有需要的任务的时候，需要一个打印性能测试的结果。
Rust实践-采用线程池提高web服务器的并发处理能力
BBinChina的专栏
06-20 1148
前言： 在上一篇rust入门实践单线程http服务器时，我们实现的单线程版本满足web第一阶段的理论实现，即通过实现掌握rust编写web服务器的基础（引用net包，链接TCP链接），同时掌握http协议进行请求解析。走出一小步，才能大步快步迈向那个Hello World。 接下来，将通过实现线程池模型来提高服务器的并发能力，线程池模型也是生产环境常用的一种方式，其他的高并发方式还有fork/join（如：jdk7 基于work-strealing思想实现的并行计算）、单线程异步io（如：nginx、red
【Rust 日报】2022-10-16 全栈同构Web框架leptos
Rust语言学习交流
10-16 1395
leptos：全栈同构Web框架Leptos 是一个全栈、同构的 Rust Web 框架，利用细粒度的响应式来构建声明性用户界面。全栈：可用于构建在浏览器、服务器或通过在服务器上渲染 HTML 然后在浏览器中添加交互性运行的应用程序。同构：相同的应用程序代码和业务逻辑被编译运行在客户端和服务器上，无缝集成。Web：Leptos 建立在 Web 平台和 Web 标准之上。框架：Leptos 提供了构...
Rust入门教程：中文版详解与实战指南
本书以简洁易懂的方式介绍了Rust的基础知识和核心概念，适合想要进入Rust世界的开发者。 **第1章 - 入门指南** 1.1 章节概述了Rust的特点，强调其实没有想象中那么难，通过实际例子展示其吸引力。 1.2 安装部分指导...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

摸鱼老萌新

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值