非平凡非POD类型的basic_string_view<T>有何弊端？可否用作vector只读视图

std::basic_string_view的设计初衷是为字符序列提供轻量只读视图，标准对其模板参数有明确隐式约束，用于承载非平凡/非POD类型属于不符合标准要求的用法，哪怕当前编译运行符合预期，也存在大量不可控风险，核心弊端如下：

• 标准合法性问题：C++标准要求basic_string_view的字符类型CharT必须是可平凡复制的类型，非平凡类型完全不满足该约束，这种用法属于未定义行为。不同编译器版本、编译优化等级下都可能出现不可预期的错误，没有兼容性保障。
• 接口语义不匹配：basic_string_view的内置接口都是为字符序列设计的，比如相等比较、find、substr等逻辑都是基于逐字节内存比较实现的，不会调用自定义类型的重载运算符。如果你的T类型自定义了operator==、存在填充字节或者虚函数表指针，这类接口的返回结果会完全不符合预期。
• 内存布局适配问题：非POD类型的内存布局通常包含非用户定义的额外数据（比如虚表指针、填充对齐字节），basic_string_view基于连续字符内存的访问逻辑本来就不适用这类类型，极容易出现越界访问、无效内存读取的问题。

适配场景的替代方案 #

你的需求是实现vector<T>的只读视图，完全不需要强行用basic_string_view做语义不匹配的替代，自己实现一个简化版只读span的成本极低，不到100行代码就能覆盖所有常用需求，且完全符合标准要求，示例实现如下：

template <typename T>
class readonly_span {
public:
    readonly_span() = default;
    readonly_span(const T* data, size_t size) : data_(data), size_(size) {}
    
    // 直接从连续存储容器构造，支持vector、array等带data()和size()方法的容器
    template <typename ContiguousContainer>
    readonly_span(const ContiguousContainer& container) 
        : data_(container.data()), size_(container.size()) {}

    // 只读访问接口
    const T& operator[](size_t index) const noexcept { return data_[index]; }
    size_t size() const noexcept { return size_; }
    bool empty() const noexcept { return size_ == 0; }
    const T* data() const noexcept { return data_; }
    
    // 迭代器支持，适配范围for
    const T* begin() const noexcept { return data_; }
    const T* end() const noexcept { return data_ + size_; }

private:
    const T* data_ = nullptr;
    size_t size_ = 0;
};

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