电视直播网站开发视频网站调用

电视直播网站开发,视频网站调用,广告机自建站模板,做盗版电影网站吗目录 前言 下面这个改进对吗 关键问题#xff1a; substr() 返回的是新的 std::string 第二版#xff1a;问题是如何被修复的#xff1f; 修复的核心点#xff1a;使用原始 src 构造 string_view 作为根 1. substr() 变成了 视图切片#xff0c;不是 substr() 返回的是新的 std::string第二版问题是如何被修复的修复的核心点使用原始 src 构造 string_view 作为根1. substr() 变成了 视图切片不是 创建副本2. 原始 src 在整个函数调用外都是稳定对象前言上一篇博客我们提到了说我们是要改进咱们的split的传送门在下面CSDN现代C工程实践简单的IniParser2分解需求与编写split-CSDN博客知乎现代C工程实践简单的IniParser2分解需求与编写split - 老老老陈醋的文章 - 知乎Github: Awesome-Embedded-Learning-Studio/Tutorial_cpp_SimpleIniParser: 这是我们C工程化开始的旅程手搓一个最简单的Ini分析器This is the beginning of our journey in C engineering! Handcrafting the simplest INI parser!笔者这里单独开了一个博客全面的介绍了std::string_view。简说C17新东西string_view-CSDN博客C17: std::string_view 全攻略 - 老老老陈醋的文章 - 知乎看这篇博客之前单独看看string_view。下面这个改进对吗下面这个片段是笔者一开始写出来的各位看官阅读一下std::vectorstd::string_view splits_v2( const std::string src, const char ch) { ​ std::vectorstd::string_view results; ​ if (src.empty()) { return results; } ​ auto current_positions src.find(ch, 0); const size_t str_sz src.size(); size_t last_index 0; ​ while (current_positions ! std::string::npos) { results.emplace_back(src.substr(last_index, current_positions - last_index)); results.emplace_back(src.substr(current_positions, 1)); ​ last_index current_positions 1; current_positions src.find(ch, current_positions 1); } ​ results.emplace_back(src.substr(last_index)); return results; }看出来问题了吗关键问题substr()返回的是新的std::stringstd::string::substr()不是返回视图它是拷贝构造一个新的字符串std::string substr(pos, count);而函数返回的是std::vectorstd::string_view意味着如下情况会发生src.substr(...)创建了一个临时的 std::string 对象string_view绑定到临时对象的内部buffer临时对象生命周期仅存活到当前表达式结束string_view中的ptr立即悬空dangling pointer返回后访问 view →UB未定义行为直接爆炸也就是说这个函数看起来运行正常但返回的数据其实全部悬空。所以笔者在Release模式下就惊喜的发现了一堆bug包括随机数据和直接悬空的问题这是一种非常常见的 “临时对象挂掉string_view 变尸体” 的经典错误。第二版问题是如何被修复的来看修复后的版本std::vectorstd::string_view splits_v2_fixed( const std::string src, const char ch) { ​ std::vectorstd::string_view results; if (src.empty()) { return results; } ​ std::string_view src_view(src); // ⭐ 关键修复点构造一个稳定的 view ​ const size_t delim_count std::count(src.begin(), src.end(), ch); results.reserve(delim_count * 2 1); ​ size_t last_index 0; size_t current_positions src.find(ch, last_index); ​ while (current_positions ! std::string::npos) { ​ results.emplace_back( src_view.substr(last_index, current_positions - last_index)); ​ results.emplace_back( src_view.substr(current_positions, 1)); ​ last_index current_positions 1; current_positions src.find(ch, last_index); } ​ results.emplace_back(src_view.substr(last_index)); ​ return results; }修复的核心点使用原始src构造string_view作为根std::string_view src_view(src);这样带来两个关键改进1. substr() 变成了视图切片不是创建副本string_view::substr()的实现机制不会创建新的字符串只计算新的 offset length返回的string_view始终指向原始src的内存区域源码层面类似return string_view(this-data() pos, count);你再怎么分割它都只是“原文的一块切片”不会发生内存复制也不会有临时对象。2. 原始src在整个函数调用外都是稳定对象你传进来的是const std::string src只要调用者保证src的生命周期≥返回的 vector 的使用生命周期那么所有 view 保证不悬空性能更高完全无拷贝内存占用更小现在这个split就被改进了我们马上就能跑步进入编写一个真正的split了