系统加载器不会处理延迟导入，因此程序员可以将任何类型的数据放入其中，只要他们准备好处理它。按照惯例（主要是因为 Visual C++ 这样做了），预计延迟导入使用与“正常”导入相同的格式，但由于操作系统不强制执行，因此不是必需的，特定程序可以使用自己的格式或把任何垃圾放进去。

IIRC szName 的问题来自延迟导入 (VC 6.0) 的第一次实现，它错误地使用了完整地址而不是 RVA。这可以在 Visual C++ ( delayhlp.cpp)附带的延迟导入助手的源代码中看到：

// For our own internal use, we convert to the old
// format for convenience.
//
struct InternalImgDelayDescr {
    DWORD           grAttrs;        // attributes
    LPCSTR          szName;         // pointer to dll name
    HMODULE *       phmod;          // address of module handle
    PImgThunkData   pIAT;           // address of the IAT
    PCImgThunkData  pINT;           // address of the INT
    PCImgThunkData  pBoundIAT;      // address of the optional bound IAT
    PCImgThunkData  pUnloadIAT;     // address of optional copy of original IAT
    DWORD           dwTimeStamp;    // 0 if not bound,
                                    // O.W. date/time stamp of DLL bound to (Old BIND)
    };

（注意它是如何说“旧格式”的，大多数字段，包括szName，都是完整的指针而不是 RVA）。

MSDN 文章Changes in the DLL Delayed Loading Helper Function 自 Visual C++ 6.0 中也提到了这个问题：

由于延迟描述符（delayimp.h 中的 ImgDelayDescr）中的指针已从绝对地址 (VAs) 更改为相对地址 (RVA) 以在 32 位和 64 位程序中按预期工作，您需要将它们转换回指针。引入了一个新函数：PFromRva，位于 delayhlp.cpp 中。您可以在描述符中的每个字段上使用此函数将它们转换回 32 位或 64 位指针。默认的延迟加载辅助函数仍然是一个很好的模板，可以用作示例。

如果打开上面提到的header，可以看到这个定义：

enum DLAttr {                   // Delay Load Attributes
    dlattrRva = 0x1,                // RVAs are used instead of pointers
                                    // Having this set indicates a VC7.0
                                    // and above delay load descriptor.
    };

这就是 IDA 检测延迟导入的正确格式（在您的情况下是绝对地址）并且可以在不崩溃的情况下处理它们的方式。