【Rust】Rust学习 第四章认识所有权

news2024/11/23 14:05:58

 第四章认识所有权

所有权（系统）是 Rust 最为与众不同的特性，它让 Rust 无需垃圾回收（garbage collector）即可保障内存安全。因此，理解 Rust 中所有权如何工作是十分重要的。

4.1 所有权

所有运行的程序都必须管理其使用计算机内存的方式。一些语言中具有垃圾回收机制，在程序运行时不断地寻找不再使用的内存；在另一些语言中，程序员必须亲自分配和释放内存。Rust 则选择了第三种方式：通过所有权系统管理内存，编译器在编译时会根据一系列的规则进行检查。在运行时，所有权系统的任何功能都不会减慢程序。

所有权规则

  1. Rust 中的每一个值都有一个被称为其 所有者（owner）的变量。
  2. 值有且只有一个所有者。
  3. 当所有者（变量）离开作用域，这个值将被丢弃。

字符串字面值不可变，这里以String为例

fn main() {
    println!("Hello, world!");
    // String在堆上
    // from 函数基于字符串字面值来创建 String
    let mut str = String::from("hello");
    str.push_str(", world");              // push_str() 在字符串后追加字面值
    println!("{}", str);
}

结果

对于 String 类型，为了支持一个可变，可增长的文本片段，需要在堆上分配一块在编译时未知大小的内存来存放内容。这意味着：

  • 必须在运行时向操作系统请求内存。
  • 需要一个当我们处理完 String 时将内存返回给操作系统的方法。

第一部分由我们完成：当调用 String::from 时，它的实现 (implementation) 请求其所需的内存。这在编程语言中是非常通用的。

然而，第二部分实现起来就各有区别了。在有 垃圾回收（garbage collector，GC）的语言中， GC 记录并清除不再使用的内存，而我们并不需要关心它。没有 GC 的话，识别出不再使用的内存并调用代码显式释放就是我们的责任了，跟请求内存的时候一样。从历史的角度上说正确处理内存回收曾经是一个困难的编程问题。如果忘记回收了会浪费内存。如果过早回收了，将会出现无效变量。如果重复回收，这也是个 bug。我们需要精确的为一个 allocate 配对一个 free。

Rust 采取了一个不同的策略：内存在拥有它的变量离开作用域后就被自动释放。

fn main() {
    {
        let s = String::from("hello"); // 从此处起，s 是有效的

        // 使用 s
    }                                  // 此作用域已结束，
                                       // s 不再有效
}

注意：在 C++ 中，这种 item 在生命周期结束时释放资源的模式有时被称作 资源获取即初始化（Resource Acquisition Is Initialization (RAII)）。如果你使用过 RAII 模式的话应该对 Rust 的 drop 函数并不陌生。

变量与数据交互的方式（一）：移动

fn main() {
    let x = 5;
    let y = x;
}

基本变量赋值，x和y都在栈中，且值为5。

那么String类型呢？

fn main() {
    let s1 = String::from("hello");
    let s2 = s1;
}

String 由三部分组成，如图左侧所示：一个指向存放字符串内容内存的指针，一个长度，和一个容量。这一组数据存储在栈上。右侧则是堆上存放内容的内存部分。

长度表示 String 的内容当前使用了多少字节的内存。容量是 String 从操作系统总共获取了多少字节的内存。长度与容量的区别是很重要的，不过在当前上下文中并不重要，所以现在可以忽略容量。

当将 s1 赋值给 s2，String 的数据被复制了，这意味着我们从栈上拷贝了它的指针、长度和容量。我们并没有复制指针指向的堆上数据。

 像C++中的浅拷贝

如果 Rust 也拷贝了堆上的数据，那么内存看起来就是这样的。如果 Rust 这么做了，那么操作 s2 = s1 在堆上数据比较大的时候会对运行时性能造成非常大的影响。

（浅拷贝）这就有了一个问题：当 s2 和 s1 离开作用域，他们都会尝试释放相同的内存。这是一个叫做 二次释放（double free）的错误，也是之前提到过的内存安全性 bug 之一。两次释放（相同）内存会导致内存污染，它可能会导致潜在的安全漏洞。

为了确保内存安全，这种场景下 Rust 的处理有另一个细节值得注意。与其尝试拷贝被分配的内存，Rust 则认为 s1 不再有效，因此 Rust 不需要在 s1 离开作用域后清理任何东西。看看在 s2 被创建之后尝试使用 s1 会发生什么；这段代码不能运行：

fn main() {
    let s1 = String::from("hello");
    let s2 = s1;
    
    println!("{}, world!", s1);
    
}

结果：

如果你在其他语言中听说过术语 浅拷贝（shallow copy）和 深拷贝（deep copy），那么拷贝指针、长度和容量而不拷贝数据可能听起来像浅拷贝。不过因为 Rust 同时使第一个变量无效了，这个操作被称为 移动（move），而不是浅拷贝。上面的例子可以解读为 s1 被 移动 到了 s2 中。那么具体发生了什么，如图

这样就解决了之前的问题！因为只有 s2 是有效的，当其离开作用域，它就释放自己的内存。

另外，这里还隐含了一个设计选择：Rust 永远也不会自动创建数据的 “深拷贝”。因此，任何 自动 的复制可以被认为对运行时性能影响较小。

变量与数据交互的方式（二）：克隆

如果 确实 需要深度复制 String 中堆上的数据，而不仅仅是栈上的数据，可以使用一个叫做 clone 的通用函数。

fn main() {
    let s1 = String::from("hello");
    let s2 = s1.clone();
    
    println!("{}, world!", s1);
    println!("{}, world!", s2);
}

这段代码的实际结果就是如下图

只在栈上的数据：拷贝

但这段代码似乎与我们刚刚学到的内容相矛盾：没有调用 clone，不过 x 依然有效且没有被移动到 y 中。

fn main() {
    let x = 5;
    let y = x;

    println!("x = {}, y = {}", x, y);
}

原因是像整型这样的在编译时已知大小的类型被整个存储在栈上，所以拷贝其实际的值是快速的。这意味着没有理由在创建变量 y 后使 x 无效。换句话说，这里没有深浅拷贝的区别，所以这里调用 clone 并不会与通常的浅拷贝有什么不同，可以不用管它。

所有权与函数

将值传递给函数在语义上与给变量赋值相似。向函数传递值可能会移动或者复制，就像赋值语句一样。

简单的案例，见注释

fn main() {
    let s = String::from("hello");           // s 进入作用域

    takes_ownership(s);                  // s 的值移动到函数里 ...
                                                     // ... 所以到这里不再有效
    // println!("{}", s);                               // 报错
                

    let x = 5;                                  // x 进入作用域

    makes_copy(x);                      // x 应该移动函数里，
                                                      // 但 i32 是 Copy 的，所以在后面可继续使用 x

} // 这里, x 先移出了作用域，然后是 s。但因为 s 的值已被移走，
  // 所以不会有特殊操作

fn takes_ownership(some_string: String) { // some_string 进入作用域
    println!("{}", some_string);
} // 这里，some_string 移出作用域并调用 `drop` 方法。占用的内存被释放

fn makes_copy(some_integer: i32) { // some_integer 进入作用域
    println!("{}", some_integer);
} // 这里，some_integer 移出作用域。不会有特殊操作

复杂一点的

fn main() {
    let s = String::from("hello");           // s 进入作用域

    takes_ownership(s);                  // s 的值移动到函数里 ...
                                                     // ... 所以到这里不再有效
    // println!("{}", s);                               // 报错
} 
fn takes_ownership(some_string: String) { // some_string 进入作用域
    let str = String::from(some_string);

    println!("{}", some_string);                      // 报错         
}

返回值与作用域

返回值也可以转移所有权

见注释

fn main() {
    let s1 = gives_ownership();         // gives_ownership 将返回值
                                                // 移给 s1

    let s2 = String::from("hello");     // s2 进入作用域

    let s3 = takes_and_gives_back(s2);  // s2 被移动到
                                        // takes_and_gives_back 中, 
                                        // 它也将返回值移给 s3
} // 这里, s3 移出作用域并被丢弃。s2 也移出作用域，但已被移走，
  // 所以什么也不会发生。s1 移出作用域并被丢弃

fn gives_ownership() -> String {             // gives_ownership 将返回值移动给
                                             // 调用它的函数

    let some_string = String::from("hello"); // some_string 进入作用域.

    some_string                                      // 返回 some_string 并移出给调用的函数
}

// takes_and_gives_back 将传入字符串并返回该值
fn takes_and_gives_back(a_string: String) -> String { // a_string 进入作用域

    a_string  // 返回 a_string 并移出给调用的函数
}

变量的所有权总是遵循相同的模式：将值赋给另一个变量时移动它。当持有堆中数据值的变量离开作用域时，其值将通过 drop 被清理掉，除非数据被移动为另一个变量所有。

在每一个函数中都获取所有权并接着返回所有权有些啰嗦。如果想要函数使用一个值但不获取所有权该怎么办呢？如果还要接着使用它的话，每次都传进去再返回来就有点烦人了，除此之外，也可能想返回函数体中产生的一些数据。可以使用元组来返回多个值

fn main() {
    let s1 = String::from("hello");

    let (s2, len) = calculate_length(s1);

    println!("The length of '{}' is {}.", s2, len);
}

fn calculate_length(s: String) -> (String, usize) {
    let length = s.len(); // len() 返回字符串的长度

    (s, length)
}

好

返回参数的所有权

见引用部分

4.4 引用与借用

下面是如何定义并使用一个calculate_length 函数，它以一个对象的引用作为参数而不是获取值的所有权：

fn main() {
    let s1 = String::from("hello");

    let len = calculate_length(&s1);

    println!("The length of '{}' is {}.", s1, len);
}

fn calculate_length(s: &String) -> usize {
    s.len()
}

& 符号就是 引用，它允许你使用值但不获取其所有权。

注意：与使用 & 引用相反的操作是 解引用（dereferencing），它使用解引用运算符，*。

变量 s 有效的作用域与函数参数的作用域一样，不过当引用离开作用域后并不丢弃它指向的数据，因为我们没有所有权。

将获取引用作为函数参数称为 借用（borrowing）。

正如变量默认是不可变的，引用也一样（默认）不允许修改引用的值。

fn main() {
    let s = String::from("hello");

    change(&s);
}

fn change(some_string: &String) {
    some_string.push_str(", world");
}

结果

可变引用 

fn main() {
    // s也必须是mut的
    let mut s = String::from("hello");

    change(&mut s);
}

// 注意形参的形式
fn change(some_string: &mut String) {
    some_string.push_str(", world");
}

不过可变引用有一个很大的限制：在特定作用域中的特定数据有且只有一个可变引用。

fn main() {
    let mut s = String::from("hello");

    let r1 = &mut s;
    let r2 = &mut s;             // 错误
    
    println!("{}, {}", r1, r2);
    
}

结果

这个限制允许可变性，不过是以一种受限制的方式允许。

也就是说r1、r2只能出现一个

这个限制的好处是 Rust 可以在编译时就避免数据竞争。数据竞争（data race）类似于竞态条件，它可由这三个行为造成：

  • 两个或更多指针同时访问同一数据。
  • 至少有一个指针被用来写入数据。
  • 没有同步数据访问的机制。

数据竞争会导致未定义行为，难以在运行时追踪，并且难以诊断和修复；Rust 避免了这种情况的发生，因为它甚至不会编译存在数据竞争的代码！

一如既往，可以使用大括号来创建一个新的作用域，以允许拥有多个可变引用。

fn main() {
    let mut s = String::from("hello");

    // 这个可变引用在前面才可以
    {let r2 = &mut s;}

    let r1 = &mut s;

    println!("{}", r1);
}

类似的规则也存在于同时使用可变与不可变引用中。这些代码会导致一个错误：

fn main() {
    let mut s = String::from("hello");

    let r1 = &s;            // 没问题
    let r2 = &s;            // 没问题
    let r3 = &mut s;        // 大问题
    
    println!("{}, {}, and {}", r1, r2, r3);
    
}

结果

不能在拥有不可变引用的同时拥有可变引用。不可变引用的用户可不希望在他们的眼皮底下值就被意外的改变了！然而，多个不可变引用是可以的，因为没有哪个只能读取数据的人有能力影响其他人读取到的数据。

注意一个引用的作用域从声明的地方开始一直持续到最后一次使用为止。例如，因为最后一次使用不可变引用在声明可变引用之前，所以如下代码是可以编译的：

fn main() {
    let mut s = String::from("hello");

    let r1 = &s; // 没问题
    let r2 = &s; // 没问题
    println!("{} and {}", r1, r2);
    // 此位置之后 r1 和 r2 不再使用
    
    let r3 = &mut s; // 没问题
    println!("{}", r3);
    
    
}

这里是不是需要使用者主动判断，该不可变引用之后不再使用了？

悬垂引用（Dangling References）

在具有指针的语言中，很容易通过释放内存时保留指向它的指针而错误地生成一个 悬垂指针（dangling pointer），所谓悬垂指针是其指向的内存可能已经被分配给其它持有者。相比之下，在 Rust 中编译器确保引用永远也不会变成悬垂状态：当你拥有一些数据的引用，编译器确保数据不会在其引用之前离开作用域。

fn main() {
    let reference_to_nothing = dangle();
}

fn dangle() -> &String {
    let s = String::from("hello");

    &s
}

返回局部变量的引用？

错误信息引用了一个还未介绍的功能：生命周期（lifetimes）。第十章会详细介绍生命周期。不过，如果你不理会生命周期部分，错误信息中确实包含了为什么这段代码有问题的关键信息：

fn dangle() -> &String { // dangle 返回一个字符串的引用

    let s = String::from("hello"); // s 是一个新字符串

    &s // 返回字符串 s 的引用
} // 这里 s 离开作用域并被丢弃。其内存被释放。
  // 危险！

因为 s 是在 dangle 函数内创建的，当 dangle 的代码执行完毕后，s 将被释放。不过我们尝试返回它的引用。这意味着这个引用会指向一个无效的 String，这可不对！Rust 不会允许我们这么做。

这里的解决方法是直接返回 String：

fn main() {

}
fn no_dangle() -> String {
    let s = String::from("hello");

    s
}

引用的规则

  • 在任意给定时间，要么只能有一个可变引用，要么只能有多个不可变引用。
  • 引用必须总是有效的。

4.3 Slice

另一个没有所有权的数据类型是 slice。slice 允许你引用集合中一段连续的元素序列，而不用引用整个集合。

这里有一个编程小习题：编写一个函数，该函数接收一个字符串，并返回在该字符串中找到的第一个单词。如果函数在该字符串中并未找到空格，则整个字符串就是一个单词，所以应该返回整个字符串。

fn first_word(s : &String) -> ?

first_word 函数有一个参数 &String。因为不需要所有权，所以这没有问题。不过应该返回什么呢？并没有一个真正获取 部分 字符串的办法。不过，可以返回单词结尾的索引。

fn main() {
    let str = String::from("hello world");
    let count = first_word(&str);
    println!("{}", count);

}

fn first_word(s : &String) ->usize {
    let bytes = s.as_bytes();

    for (i, &item) in bytes.iter().enumerate() {
        if item == b' ' {
            return i;
        }
    }
    s.len()
}

（1）first_word 函数返回 String 参数的一个字节索引值；

（2）因为需要逐个元素的检查 String 中的值是否为空格，需要用 as_bytes 方法将 String 转化为字节数组：

let bytes = s.as_bytes();

（3）接下来，使用 iter 方法在字节数组上创建一个迭代器；

for (i, &item) in bytes.iter().enumerate() {

只需知道 iter 方法返回集合中的每一个元素，而 enumerate 包装了 iter 的结果，将这些元素作为元组的一部分来返回；enumerate 返回的元组中，第一个元素是索引，第二个元素是集合中元素的引用。

因为 enumerate 方法返回一个元组，可以使用模式来解构，就像 Rust 中其他任何地方所做的一样。所以在 for 循环中，指定了一个模式，其中元组中的 i 是索引而元组中的 &item 是单个字节。因为从 .iter().enumerate() 中获取了集合元素的引用，所以模式中使用了 &。

在 for 循环中，通过字节的字面值语法来寻找代表空格的字节。如果找到了一个空格，返回它的位置。否则，使用 s.len() 返回字符串的长度：

    if item == b' ' {
        return i;
    }
}

s.len()

现在有了一个找到字符串中第一个单词结尾索引的方法，不过这有一个问题。返回了一个独立的 usize，不过它只在 &String 的上下文中才是一个有意义的数字。换句话说，因为它是一个与 String 相分离的值，无法保证将来它仍然有效。

fn first_word(s: &String) -> usize {
    let bytes = s.as_bytes();

    for (i, &item) in bytes.iter().enumerate() {
        if item == b' ' {
            return i;
        }
    }

    s.len()
}

fn main() {
    let mut s = String::from("hello world");

    let word = first_word(&s); // word 的值为 5

    s.clear(); // 这清空了字符串，使其等于 ""

    // word 在此处的值仍然是 5，
    // 但是没有更多的字符串让我们可以有效地应用数值 5。word 的值现在完全无效！
    println!("{}", word);
}

这个程序编译时没有任何错误，而且在调用 s.clear() 之后使用 word 也不会出错。因为 word 与 s 状态完全没有联系，所以 word仍然包含值 5。可以尝试用值 5 来提取变量 s 的第一个单词，不过这是有 bug 的，因为在我们将 5 保存到 word 之后 s 的内容已经改变。

还可以这样声明函数：

fn second_word(s: &String) -> (usize, usize) {

这样也容易受String的影响。引出字符串 slice。

字符串slice

字符串 slice（string slice）是 String 中一部分值的引用，它看起来像这样：

fn main() {
    let s = String::from("hello world");

    let hello = &s[0..5];
    let world = &s[6..11];
}

它不是对整个 String 的引用，而是对部分 String 的引用。

可以使用一个由中括号中的 [starting_index..ending_index] 指定的 range 创建一个 slice，其中 starting_index 是 slice 的第一个位置，ending_index 则是 slice 最后一个位置的后一个值。在其内部，slice 的数据结构存储了 slice 的开始位置和长度，长度对应于 ending_index 减去 starting_index 的值。所以对于 let world = &s[6..11]; 的情况，world 将是一个包含指向 s 第 7 个字节（从 1 开始）的指针和长度值 5 的 slice。

对于 Rust 的 .. range 语法，如果想要从第一个索引（0）开始，可以不写两个点号之前的值。换句话说，如下两个语句是相同的：

fn main() {
    let s = String::from("hello");
    
    let slice1: &str = &s[0..2];
    let slice2 = &s[..2];
    println!("{}, {}, {}", s, slice1, slice2);
}

依此类推，如果 slice 包含 String 的最后一个字节，也可以舍弃尾部的数字。这意味着如下也是相同的：

fn main() {

    let s = String::from("hello");
    
    let len = s.len();
    
    let slice1 = &s[3..len];
    let slice2 = &s[3..];
    
    println!("{}, {}, {}", s, slice1, slice2);
}

也可以同时舍弃这两个值来获取整个字符串的 slice。所以如下亦是相同的：

fn main() {
    let s = String::from("hello");

    let len = s.len();

    let slice1 = &s[0..len];
    let slice2 = &s[..];

    println!("{}, {}, {}", s, slice1, slice2);
}

越界编译时检查不出来。

重新实现本小节开始的案例

fn main() {
    let s = String::from("hello world");

    println!("{}", first_word(&s));
}

fn first_word(s : &String) -> &str {
    let bytes = s.as_bytes();

    for (i, &item) in bytes.iter().enumerate() {
        if item == b' ' {
            return &s[0..i]     // 这里返回不了的话，就返回整个字符串
        }
    }
    &s[..]
}

测试

原来的案例，即清除了s，再输出

fn first_word(s: &String) -> &str {
    let bytes = s.as_bytes();

    for (i, &item) in bytes.iter().enumerate() {
        if item == b' ' {
            return &s[0..i];
        }
    }

    &s[..]
}

fn main() {
    let mut s = String::from("hello world");

    let word = first_word(&s); // word 的值为 5

    s.clear(); // 这清空了字符串，使其等于 ""

    // word 在此处的值仍然是 5，
    // 但是没有更多的字符串让我们可以有效地应用数值 5。word 的值现在完全无效！
    println!("{}", word);
}

结果

回忆一下借用规则，当拥有某值的不可变引用时，就不能再获取一个可变引用。因为 clear 需要清空 String，它尝试获取一个可变引用。Rust不允许这样做，因而编译失败。

字符串字面值就是 slice

它是一个指向二进制程序特定位置的 slice。这也就是为什么字符串字面值是不可变的；&str 是一个不可变引用。

字符串 slice 作为参数

在知道了能够获取字面值和 String 的 slice 后，我们对 first_word 做了改进，这是它的签名：

fn first_word(s: &String) -> &str {

而更有经验的 Rustacean 会编写出示例 4-9 中的签名，因为它使得可以对 String 值和 &str 值使用相同的函数：

fn first_word(s: &str) -> &str {

如果有一个字符串 slice，可以直接传递它。如果有一个 String，则可以传递整个 String 的 slice。定义一个获取字符串 slice 而不是 String 引用的函数使得我们的 API 更加通用并且不会丢失任何功能：

fn first_word(s: &str) -> &str {
    let bytes = s.as_bytes();

    for (i, &item) in bytes.iter().enumerate() {
        if item == b' ' {
            return &s[0..i];
        }
    }

    &s[..]
}
fn main() {
    let my_string = String::from("hello world");

    // first_word 中传入 `String` 的 slice
    let word = first_word(&my_string[..]);

    let my_string_literal = "hello world";

    // first_word 中传入字符串字面值的 slice
    let word = first_word(&my_string_literal[..]);

    // 因为字符串字面值 **就是** 字符串 slice，
    // 这样写也可以，即不使用 slice 语法！
    let word = first_word(my_string_literal);
}

其他类型的 slice

字符串 slice，正如你想象的那样，是针对字符串的。不过也有更通用的 slice 类型。考虑一下这个数组：

fn main() {
    let a = [1, 2, 3, 4, 5];
}

就跟我们想要获取字符串的一部分那样，我们也会想要引用数组的一部分。我们可以这样做：

fn main() {
    let a = [1, 2, 3, 4, 5];

    let slice = &a[1..3];
    for i in slice {
        println!("{} ", i);
    }
    
}

总结

所有权、借用和 slice 这些概念让 Rust 程序在编译时确保内存安全。Rust 语言提供了跟其他系统编程语言相同的方式来控制你使用的内存，但拥有数据所有者在离开作用域后自动清除其数据的功能意味着你无须额外编写和调试相关的控制代码。

参考：认识所有权 - Rust 程序设计语言 简体中文版 (bootcss.com)

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/840991.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

行业报告 | 大模型助力产业，持续推进人工智能科技创新

行业报告 | 大模型助力产业，持续推进人工智能科技创新

原创 | 文 BFT机器人 随着AI应用深入千行百业，大模型在多个产业领域发挥着积极的作用。英伟达、META、微软等多家公司纷纷宣布AI相关行业的合作和并购机会，加速研发各垂类领域AI大模型，算力需求有望持续向上。 英伟达：宣布5000万…
阅读更多...
[oeasy]python0081_[趣味拓展]ESC键进化历史_键盘演化过程_ANSI_控制序列_转义序列_CSI

[oeasy]python0081_[趣味拓展]ESC键进化历史_键盘演化过程_ANSI_控制序列_转义序列_CSI

光标位置 回忆上次内容 上次了解了 新的转义模式 \033 逃逸控制字符 escape 这个字符 让字符串 退出标准输出流进行控制信息的设置 可以设置 光标输出的位置 ASR33中的ALT MODE 是 今天的ESC键吗？？？？🤔 查询文档…
阅读更多...
2023-08-06 LeetCode每日一题（24. 两两交换链表中的节点）

2023-08-06 LeetCode每日一题（24. 两两交换链表中的节点）

2023-08-06每日一题 一、题目编号 24. 两两交换链表中的节点二、题目链接 点击跳转到题目位置 三、题目描述 给你一个链表，两两交换其中相邻的节点，并返回交换后链表的头节点。你必须在不修改节点内部的值的情况下完成本题（即&#xff0…
阅读更多...
MySQL索引原理以及SQL优化

MySQL索引原理以及SQL优化

文章目录 一、索引1.1 索引分类1.1.1 按数据结构分类1.1.2 按物理存储分类1.1.3 按列属性分类1.1.4 按列的个数索引 1.2 索引的代价1.3 索引的使用场景1.4 不使用索引的场景 二、索引的实现原理2.1 索引存储2.2 页2.3 InnoDB中的B树2.4 InnoDB的体系结构2.5 最左匹配原则2.6 覆…
阅读更多...
人工智能自然语言处理：抽取式文本分割（Text Segmentation）算法介绍总结，智能断句解决文本过长问题

人工智能自然语言处理：抽取式文本分割（Text Segmentation）算法介绍总结，智能断句解决文本过长问题

NLP专栏简介：数据增强、智能标注、意图识别算法|多分类算法、文本信息抽取、多模态信息抽取、可解释性分析、性能调优、模型压缩算法等 专栏详细介绍：NLP专栏简介：数据增强、智能标注、意图识别算法|多分类算法、文本信息抽取、多模态信息抽取、可解释性分析、性能调优、模型…
阅读更多...
快速修复应用程序中的问题的利器—— Android热修复

快速修复应用程序中的问题的利器—— Android热修复

热修复技术在Android开发中扮演着重要的角色，它可以帮助开发者在不需要重新发布应用程序的情况下修复已经上线的应用程序中的bug或者添加新的功能。 一、热修复是什么？ 热修复（HotFix）是一种在运行时修复应用程序中的问题的技术…
阅读更多...
2023/08/05【网络课程总结】

2023/08/05【网络课程总结】

1. 查看git拉取记录 git reflog --dateiso|grep pull2. TCP/IP和OSI七层参考模型 3. DNS域名解析 4. 预检请求OPTIONS 5. 渲染进程的回流(reflow)和重绘(repaint) 6. V8解析JavaScript 7. CDN负载均衡的简单理解 8. 重学Ajax 重学Ajax满神 9. 对于XML的理解 大白话叙述XML是…
阅读更多...
图像 检测 - RetinaNet: Focal Loss for Dense Object Detection (arXiv 2018)

图像 检测 - RetinaNet: Focal Loss for Dense Object Detection (arXiv 2018)

图像 检测 - RetinaNet: Focal Loss for Dense Object Detection - 密集目标检测中的焦点损失（arXiv 2018） 摘要1. 引言2. 相关工作References 声明：此翻译仅为个人学习记录 文章信息 标题：RetinaNet: Focal Loss for Dense Obje…
阅读更多...
Matlab进阶绘图第25期—三维密度散点图

Matlab进阶绘图第25期—三维密度散点图

三维密度散点图本质上是一种特征渲染的三维散点图，其颜色表示某一点所在区域的密度信息。 除了作图，三维密度散点图绘制的关键还在于密度的计算。 当然，不管是作图还是密度的计算，这些在《Matlab论文插图绘制模板》和《Matlab点…
阅读更多...
小研究 - 基于 MySQL 数据库的数据安全应用设计（二）

小研究 - 基于 MySQL 数据库的数据安全应用设计（二）

信息系统工程领域对数据安全的要求比较高，MySQL 数据库管理系统普遍应用于各种信息系统应用软件的开发之中，而角色与权限设计不仅关乎数据库中数据保密性的性能高低，也关系到用户使用数据库的最低要求。在对数据库的安全性进行设计时&#xf…
阅读更多...
学习笔记-JAVAJVM-JVM的基本结构及概念

学习笔记-JAVAJVM-JVM的基本结构及概念

申明：文章内容是本人学习极客时间课程所写，文字和图片基本来源于课程资料，在某些地方会插入一点自己的理解，未用于商业用途，侵删。 原资料地址：课程资料 什么是JVM 原文连接： 原文连接 JVM是J…
阅读更多...
即将发布的 Kibana 版本可运行 Node.js 18

即将发布的 Kibana 版本可运行 Node.js 18

作者：Thomas Watson Kibana 构建在 Node.js 框架之上。 为了确保每个 Kibana 版本的稳定性和使用寿命，我们始终将捆绑的 Node.js 二进制文件保持为最新的最新长期支持 (LTS) 版本。 当 Node.js 版本 18 升级到 LTS 时，我们开始将 Kibana 升级…
阅读更多...
【WebRTC---源码篇】（二十三）JitterBuffer

【WebRTC---源码篇】（二十三）JitterBuffer

PacketBuffer packetbuffer类中重要的一些变量 // buffer_.size() and max_size_ must always be a power of two.const size_t max_size_;//能存储的最大元素个数// The fist sequence number currently in the buffer.uint16_t first_seq_num_ RTC_GUARDED_BY(crit_);//这个…
阅读更多...
Canmv K210开发板训练自己的模型

Canmv K210开发板训练自己的模型

文章目录 前言​一、为什么选择Canmv开发板？二、利用Maix Hub在线训练三、配置开发环境1.MaixPy IDE2.刷指定固件 四、部署在Canmv开发板上五、测试模型 前言​ 关于Canmv开发板的介绍： CanMV K210 AI开发板全网首发，项目代码完全开源&#x…
阅读更多...
SQL运维-读写分离

SQL运维-读写分离

阅读更多...
C++数据结构之平衡二叉搜索树（一）——AVL的实现（zig与zag/左右双旋/3+4重构）

C++数据结构之平衡二叉搜索树（一）——AVL的实现（zig与zag/左右双旋/3+4重构）

本文目录 00.BBST——平衡二叉搜索树01.AVL树02.AVL的插入2.1单旋——zig 与 zag2.2插入节点后的单旋实例2.3手玩小样例2.4双旋实例2.5小结 03.AVL的删除3.1单旋删除3.2双旋删除3.3小结 04.34重构05.综合评价AVL5.1优点5.2缺点 06.代码注意插入算法删除算法完整代码&#xff1a…
阅读更多...
Spring Boot3.0(一)：入门篇

Spring Boot3.0(一)：入门篇

什么是 Spring Boot Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。 用我的话来理解，就是 Spring…
阅读更多...
Python自动化实战之使用Pytest进行API测试详解

Python自动化实战之使用Pytest进行API测试详解

概要 每次手动测试API都需要重复输入相同的数据，而且还需要跑多个测试用例，十分繁琐和无聊。那么，有没有一种方法可以让你更高效地测试API呢？Pytest自动化测试！今天，小编将向你介绍如何使用Pytest进行API自…
阅读更多...
K8s持久化存储（nfs网络存储）

K8s持久化存储（nfs网络存储）

数据卷 emptydir，是本地存储，pod重启，数据就不存在了，需要对数据持久化存储 1.nfs，网络存储 ，pod重启，数据还存在的
阅读更多...
32.SpringMVC配置

32.SpringMVC配置

SpringMVC配置 在pom.xml里面将之前的"jar"打包方式更改为"war" 因为之前在JavaWeb创建Maven时就是按web工程来创建的（详细可参考5.IDEA里面使用Maven.md博客），所以不需要再创建webapp目录了，完整目录如下&a…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023