首页 星云 工具 资源 星选 资讯 热门工具
:

PDF转图片 完全免费 小红书视频下载 无水印 抖音视频下载 无水印 数字星空

Rust字符串类型全解析

编程知识
2024年09月25日 15:28

字符串是每种编程语言都绕不开的类型,

不过,在Rust中,你会看到远比其他语言更加丰富多样的字符串类型。

如下图:

为什么Rust中需要这么多种表示字符串的类型呢?

初学Rust时,可能无法理解为什么要这样设计?为什么要给使用字符串带来这么多不必要的复杂性?

其实,Rust中对于字符串的设计,优先考虑的是安全高效灵活

所以在易用性方面,感觉没有其他语言(比如python,golang)那么易于理解和掌握。

本文尝试解释Rust中的所有不同的字符串类型,以及它们各自的特点。

希望能让大家更好的理解Rust为了安全和发挥最大性能的同时,是如何处理字符串的。

1. 机器中的字符串

我们代码中的字符串或者数字,存储在机器中,都是二进制,也就是0和1组成的序列。

程序将二进制数据转换为人类可读的字符串 需要两个关键信息:

  1. 字符编码
  2. 字符串长度

常见的编码有ASCIIUTF-8等等,编码就是二进制序列对应的字符,

比如,ASCII8位二进制对应一个字符,所以它最多只能表示256种不同的字符。

UTF-8可以使用8位~32位二进制来表示一个字符,这意味着它可以编码超过一百万个字符,

包括世界上的每种语言和各种表情符号等复杂字符。

通过字符编码,我们可以将二进制和字符互相转换,

再通过字符串长度信息,我们将内存中的二进制转换为字符串时,就能知道何时停止。

Rust中的字符串,统一采用UTF-8编码,下面一一介绍各种字符串类型及其使用场景。

2. String 和 &str

String&strRust中使用最多的两种字符串类型,也是在使用中容易混淆的两种类型。

String是分配在堆上的,可增长的UTF-8字符串,

它拥有底层的数据,并且在超出其定义的范围被自动清理释放。

let my_string = String::from("databook");
println!(
    "pointer: {:p}, length: {}, capacity: {}",
    &my_string,
    my_string.len(),
    my_string.capacity()
);

对于一个String,主要部分有3个:

  1. Pointer:指向堆内存中字符串的起始位置
  2. Length:有效字符串的长度
  3. Capacity:字符串my_string总共占用的空间

注意这里LengthCapacity的区别,Lengthmy_string中有效字符的长度,也就是字符串实际的长度;

Capacity表示系统为my_string分配的内存空间,一般来说,Capacity >= Length

通常不需要直接处理Capacity,但它的存在对于编写高效且资源敏感的Rust代码时很重要。

特别是,当你知道即将向String添加大量内容时,可能会事先手动保留足够的Capacity以避免多次内存重新分配。

&str则是一个字符串的切片,它表示一个连续的字符序列,

它是一个借用类型,并不拥有字符串数据,只包含指向切片开头的指针和切片长度。

let my_str: &str = "databook";
println!("pointer: {:p}, length: {}", &my_str, my_str.len());

注意,&str没有Capacity方法,因为它只是一个借用,内容不可能增加。

最后,对于String&str,使用时建议:

  1. 在运行时动态创建或修改字符串数据时,请使用 String
  2. 读取或分析字符串数据而不对其进行更改时,请使用 &str

3. Vec[u8] 和 &[u8]

这两种形式是将字符串表示位字节的形式,其中Vec[u8]是字节向量,&[u8]是字节切片。

它们只是将字符串中的各个字符转换成字节形式。

as_bytes方法可将&str转换为&[u8]

into_bytes方法可将String转换为Vec<u8>

let my_str: &str = "databook";
let my_string = String::from("databook");
let s: &[u8] = my_str.as_bytes();
let ss: Vec<u8> = my_string.into_bytes();

println!("s: {:?}", s);
println!("ss: {:?}", ss);

/* 运行结果
s: [100, 97, 116, 97, 98, 111, 111, 107]
ss: [100, 97, 116, 97, 98, 111, 111, 107]
*/

在UTF-8编码中,每个英文字母对应1个字节,而一个中文汉字对应3个字节

let my_str: &str = "中文";
let my_string = String::from("中文");
let s: &[u8] = my_str.as_bytes();
let ss: Vec<u8> = my_string.into_bytes();

println!("s: {:?}", s);
println!("ss: {:?}", ss);

/* 运行结果
s: [228, 184, 173, 230, 150, 135]
ss: [228, 184, 173, 230, 150, 135]
*/

Vec[u8]&[u8]以字节的形式存储字符串,不用关心字符串的具体编码,

这在网络中传输二进制文件或者数据包时非常有用,可以有效每次传输多少个字节。

4. str 系列

str类型本身是不能直接使用的,因为它的大小在编译期无法确定,不符合Rust的安全规则。

但是,它可以与其他具有特殊用途的指针类型一起使用。

4.1. Box<str>

如果需要一个字符串切片的所有权(&str是借用的,没有所有权),那么可以使用Box智能指针。

当你想要冻结字符串以防止进一步修改或通过删除额外容量来节省内存时,它非常有用。

比如,下面的代码,我们将一个String转换为Box<str>

这样,可以确保它不会在其他地方被修改,也可以删除它,因为Box<str>拥有字符串的所有权。

let my_string = String::from("databook");
let my_box_str = my_string.into_boxed_str();
println!("{}", my_box_str);

// 这一步会报错,因为所有权已经转移
// 这是 Box<str> 和 &str 的区别
// println!("{}", my_string);

4.2. Rc<str>

当你想要在多个地方共享一个不可变的字符串的所有权,但是又不克隆实际的字符串数据时,

可以尝试使用Rc<str>智能指针。

比如,我们有一个非常大的文本,想在多个地方使用,又不想复制多份占用内存,可以用Rc<str>

let my_str: &str = "very long text ....";
let rc_str1: Rc<str> = Rc::from(my_str);

let rc_str2 = Rc::clone(&rc_str1);
let rc_str3 = Rc::clone(&rc_str1);

println!("rc_str1: {}", rc_str1);
println!("rc_str2: {}", rc_str2);
println!("rc_str3: {}", rc_str3);

/* 运行结果
rc_str1: very long text ....
rc_str2: very long text ....
rc_str3: very long text ....
*/

这样,在不实际克隆字符串数据的情况下,让多个变量拥有其所有权。

4.3. Arc<str>

Arc<str>Rc<str>的功能类似,主要的区别在于Arc<str>是线程安全的。

如果在多线程环境下,请使用Arc<str>

let my_str: &str = "very long text ....";
let arc_str: Arc<str> = Arc::from(my_str);

let mut threads = vec![];

let mut cnt = 0;
while cnt < 5 {
    let s = Arc::clone(&arc_str);
    let t = thread::spawn(move || {
        println!("thread-{}: {}", cnt, s);
    });

    threads.push(t);
    cnt += 1;
}

for t in threads {
    t.join().unwrap();
}

/* 运行结果
thread-0: very long text ....
thread-3: very long text ....
thread-2: very long text ....
thread-1: very long text ....
thread-4: very long text ....
*/

上面的代码中,在5个线程中共享了字符串数据。

上面运行结果中,线程顺序是不固定的,多执行几遍会有不一样的顺序。

4.4. Cow<str>

CowCopy-on-Write(写入时复制)的缩写,

当你需要实现一个功能,根据字符串的内容来决定是否需要修改它,使用Cow就很合适。

比如,过滤敏感词汇时,我们把敏感词汇替换成xx

fn filter_words(input: &str) -> Cow<str> {
    if input.contains("sb") {
        let output = input.replace("sb", "xx");
        return Cow::Owned(output);
    }

    Cow::Borrowed(input)
}

当输入字符串input中含有敏感词sb时,会重新分配内存,生成新字符串;

否则直接使用原字符串,提高内存效率。

5. CStr 和 CString

CStrCString是与C语言交互时用于处理字符串的两种类型。

CStr用于在Rust中安全地访问由C语言分配的字符串;

CString用于在Rust中创建和管理可以安全传递给C语言函数的字符串。

C风格的字符串与Rust中的字符串实现方式不一样,

比如,C语言中的字符串都是以null字符\0结尾的字节数组,这点就与Rust很不一样。

所以Rust单独封装了这两种类型(CStrCString),可以安全的与C语言进行字符串交互,从而实现与现有的C语言库和API无缝集成。

6. OsStr 和 OsString

OsStrOsString 是用于处理与操作系统兼容的字符串类型。

主要用于需要与操作系统API进行交互的场景,这些API一般特定于平台的字符串编码(比如Windows上的UTF-16,以及大多数Unix-like系统上的UTF-8)

OsStrOsString 也相当于strString的关系,所以OsStr 一般不直接在代码中使用,

使用比较多的是&OsStrOsString

这两个类型一般用于读取/写入操作系统环境变量或者与系统API交互时,帮助我们确保字符串以正确的格式传递。

7. Path 和 PathBuf

这两个类型看名字似乎和字符串关系不大,实际上它们是专门用来处理文件路径字符串的。

在不同的文件系统中,对于文件路径的格式,路径中允许使用的字符都不一样,比如,windows系统中文件路径甚至不区分大小写。

使用PathPathBuf,我们编码时就不用分散精力去关心具体使用的是哪种文件系统。

PathPathBuf的主要区别在于可变性和所有权,

如果需要频繁读取和查询路径信息而不修改它,Path是一个好选择;

如果需要动态构建或修改路径内容,PathBuf则更加合适。

8. 总结

总之,Rust中字符串类型之所以多,是因为根据不同的用途对字符串类型做了分类。

这也是为了处理不同的应用场景时让程序发挥最大的性能,毕竟,安全高性能一直是Rust最大的卖点。

From:https://www.cnblogs.com/wang_yb/p/18431588
本文地址: http://www.shuzixingkong.net/article/2300
0评论
提交 加载更多评论
其他文章 裁员,这一次终于轮到了我
新产品发行失利,流水逐渐下滑,裁员成了公司不可避免的选择,看着身边朝夕相处的同事一个个离开,甚至还要亲自去跟团队内的同事谈离职,真的很不是滋味。好在这一切即将结束,我也要走了,公司给了足额的赔偿,我觉得挺好,于我而言,这是最好的结果。公司如果赚钱,即便不会多发给我,那我也是干劲十足,我会觉得我的工作
树形结构工具类
前言 日常开发中,树形结构的数据是比较常见的一种数据结构,比如系统菜单、组织机构、数据字典等,有时候需要后端把数据转成树形结构再返回给前端,对此特意封装通用树形结构工具类 封装了以下方法: 根据父id,递归获取所有子节点,转为树结构 根据子id,递归获取所有父节点,转为树结构 拼接 union sq
树形结构工具类 树形结构工具类 树形结构工具类
大模型训练:K8s 环境中数千节点存储最佳实践
今天这篇博客来自全栈工程师朱唯唯,她在前不久举办的 KubeCon 中国大会上进行了该主题分享。 Kubernetes 已经成为事实的应用编排标准,越来越多的应用在不断的向云原生靠拢。与此同时,人工智能技术的迅速发展,尤其是大型语言模型(LLM)的推进,导致企业需要处理的数据量急剧增加,例如,Lla
大模型训练:K8s 环境中数千节点存储最佳实践 大模型训练:K8s 环境中数千节点存储最佳实践 大模型训练:K8s 环境中数千节点存储最佳实践
Python计算傅里叶变换
本文介绍了离散傅里叶变换和快速傅里叶变换的基本原理及其对应的Python代码实现,并将计算结果与numpy所集成的fft函数进行对比。其实现在FFT计算的成熟工具已经有很多了,不论是CPU上scipy的fft模块还是GPU上的cufft动态链接库,都有非常好的性能。但还是得真正去了解计算背后的原理,
Python计算傅里叶变换 Python计算傅里叶变换
面试官:谈谈你对 IoC 和 AOP 的理解!
本文摘录自笔者开源的 Java 学习&amp;面试指南(Github 收获146k star):JavaGuide 。 这篇文章会从下面从以下几个问题展开对 IoC &amp; AOP 的解释 什么是 IoC? IoC 解决了什么问题? IoC 和 DI 的区别? 什么是 AOP? AOP 解决了什
面试官:谈谈你对 IoC 和 AOP 的理解! 面试官:谈谈你对 IoC 和 AOP 的理解! 面试官:谈谈你对 IoC 和 AOP 的理解!
技术博文的净土,博客园
最近一年里,园子发布了多篇“求救信”,无论园子的置顶文章,还是公众号平台,都在进行着发文。 在7年之前,那时候我在读大学一年级,因为对于计算机的兴趣,后来从学长那里了解到技术博客这个东西,最初接触的是某DN,后来发现博客园干净整洁无广告,页面清爽,后来又发现博客园竟然可以自定义,于是又不断的折腾自己
JavaScript中if嵌套assert的方法
本文展示了如何在JavaScript中模拟`assert`函数,并在包含嵌套`if`语句的复杂逻辑中使用它来进行条件检查。通过使用`assert`,我们可以更清晰地表达代码的期望,并在不满足这些期望时立即获得反馈(通过抛出错误)。这种方法在开发过程中非常有用,特别是在编写单元测试或进行错误检查时。
ZooKeeper 学习笔记
概述 ZooKeeper 是一个分布式协调服务,其设计初衷是为分布式软件提供一致性服务。ZooKeeper 提供了一个类似 Linux 文件系统的树形结构,ZooKeeper 的每个节点既可以是目录,也可以是数据,同时 ZooKeeper 提供了对每个节点的监控与通知机制。基于 ZooKeeper