自定义迭代器传入std::vector::assign时end迭代器被解引用问题

核心问题根源 #

你遇到的崩溃是MSVC 2019 STL的to_address实现逻辑导致的：当自定义迭代器没有对应的std::pointer_traits特化提供to_address静态方法时，会默认调用迭代器的operator->()，尾后迭代器执行operator->()必然触发非法解引用。
另外注意：向std命名空间新增函数重载是C++标准明确禁止的未定义行为，且你的场景下即使重载也不会生效——MSVC的实现是先调用operator->()再将返回值传入to_address，调用重载前就已经触发了解引用。

最优解决方案：特化std::pointer_traits #

C++标准允许用户为自定义类型特化std::pointer_traits，这是完全合规的实现方式，且刚好适配MSVC的to_address判断逻辑：当pointer_traits存在to_address静态方法时，MSVC的to_address会直接调用该方法，不会再触发operator->()的调用。
实现示例如下：

// 假设你的自定义迭代器类型为 CustomIter，内部持有原始指针成员 m_raw_ptr
// 以下代码放在 CustomIter 的头文件中，特化std命名空间下的pointer_traits
namespace std {
template <>
struct pointer_traits<CustomIter> {
    // 必须定义的基础类型，根据你的迭代器实际属性调整
    using element_type = CustomIter::value_type;
    using difference_type = CustomIter::difference_type;
    using pointer = CustomIter;

    // 核心实现：直接返回迭代器内部的原始指针，无任何解引用操作
    static constexpr element_type* to_address(const CustomIter& iter) noexcept {
        return iter.m_raw_ptr; // 尾后迭代器直接返回尾后地址即可，不需要解引用
    }
};
}

特化完成后，无论是std::vector::assign还是其他标准容器接口调用to_address转换你的自定义迭代器，都不会再触发尾后迭代器解引用的问题。

可选兼容方案 #

如果你不想在std命名空间下做特化，也可以直接在你的自定义迭代器类中实现to_address的友元函数，配合ADL查找生效，但兼容性比特化pointer_traits差，更推荐使用前者。

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