在 C++11 中，返回指向 std::string 中某个位置的引用/指针的最高效方法是什么？

我正在构建一个使用的文本解析器std::string作为字符串的核心存储。

我知道这不是最佳的，编译器内的解析器为此使用优化的方法。在我的项目中，我不介意损失一些性能来换取更清晰和更容易的维护。

一开始，我将大量文本读入内存，然后扫描每个字符以构建一组有序的标记，这是一个简单的词法分析器。目前我正在使用std::string来表示令牌的文本，但我想通过使用原始文本的引用/指针来改进这一点。

根据我的阅读，返回并保留迭代器是一种不好的做法，并且引用迭代器也是一种不好的做法std::string内部缓冲区。

关于如何以“干净”的方式实现这一点有什么建议吗？

有建议可以补充string_view即将发布的标准中的 C++。

A string_view是字符上的非拥有可迭代范围，具有您期望的字符串类的许多实用程序和属性，但您不能插入/删除字符（并且在某些子类型中编辑字符通常被阻止）。

我建议尝试这种方法——编写您自己的方法（在您自己的实用程序命名空间中）。 （无论如何，您应该拥有自己的实用程序命名空间，用于可重用的代码片段）。

核心数据是一对char* pr std::string::iterators (or const版本）。如果用户需要一个空终止的缓冲区，to_string方法分配一个。我将从不可变（const) 字符数据。不要忘记begin and end：这使得你的视图可以迭代for(:) loops.

这个设计有一个危险，那就是原来的设计std::string必须坚持足够长的时间才能比所有观点更持久。

如果您愿意为了安全而放弃一些性能，请拥有一个视图std::shared_ptr<const std::string>它可以移动一个std::string进入，第一步将整个缓冲区移入其中，然后开始对其进行切割/解析。 （子视图创建一个指向相同数据的新共享指针）。那么你的视图类更像是一个具有共享存储的不可变字符串。

的好处shared_ptr<const>版本包括安全性、更长的视图生命周期（不再有生命周期依赖性），并且您可以轻松转发您的const“substring”类型方法std::string所以你可以编写更少的代码。

Downsides include possible incompatibility with incoming standard one¹, and lower performance because you are dragging a shared_ptr around.

我怀疑随着语言即将到来和最近的改进，视图和范围在现代 C++ 中将变得越来越重要。

boost::string_ref http://www.boost.org/doc/libs/1_55_0/libs/utility/doc/html/string_ref.html显然是 C++1y 标准提案的实现。

¹ however, given how simple it is to add capabilities in template metaprogramming, having a "resource owner" template argument to a view type might be a good design decision. Then you can have owning and non-owning string_views with otherwise identical semantics...