Rust使用scraper按文本查找首个span报E0631错误如何解决

编译报错E0631的核心原因是闭包参数类型不匹配：html.select(&spans)返回的迭代器，在调用find方法时会将*元素的引用&ElementRef<'_>*传给闭包，但你定义的闭包是按值接收ElementRef类型，和要求的签名不匹配。
除此之外原代码还有两个潜在问题：

• 直接调用el.text().next().unwrap()，如果遇到没有文本内容的span标签会直接触发panic导致程序崩溃
• 两边都调用to_string()做了无意义的堆内存分配，存在不必要的性能损耗

use scraper::{ElementRef, Html, Selector};

fn findFirstSpanByTextContent<'a>(html: &'a Html, text: &str) -> Option<ElementRef<'a>> {
    let spans = Selector::parse("span").unwrap();
    let closure = |el: &ElementRef| -> bool {
        el.text()
            .next()
            .map(|node_text| node_text.trim() == text.trim())
            .unwrap_or(false)
    };
    html.select(&spans).find(closure).copied()
}

• 闭包参数从ElementRef修改为&ElementRef，完全匹配find方法要求的闭包签名，直接解决类型不匹配的编译错误
• 移除了多余的return关键字，符合Rust表达式返回的语法惯例
• 把会直接panic的unwrap()替换为map + unwrap_or(false)逻辑，遇到无文本的span时会正常返回false跳过，不会崩溃
• 移除了两边冗余的to_string()调用，直接比较字符串切片，减少不必要的内存分配
• 末尾添加.copied()调用：find返回的是Option<&ElementRef<'a>>，由于ElementRef是轻量的Copy类型，调用copied()可以直接拿到Option<ElementRef<'a>>，匹配函数定义的返回值类型
• 文本比较时增加了trim()处理首尾空白，适配网页源码中经常出现的多余换行、空格场景，如果需要严格完全匹配文本可以去掉trim()调用

内容的提问来源于stack exchange，提问作者Ryan