Delphi中resourcestring是字符串还是记录？是否需用LoadResString加载？

1. resourcestring的本质 #

resourcestring在编译后本质是TResStringRec记录的指针，并非直接的字符串。编译器会把每个resourcestring常量转换成指向TResStringRec的指针，这个记录存储了资源所在模块、资源ID等信息，程序运行时才会根据这些信息加载实际的字符串内容。

2. 强制转换PResStringRec(@SMsgDlgOK)的安全性 #

这个转换是安全的。resourcestring的底层实现就是TResStringRec，编译器只是给它套了“字符串常量”的语法糖，实际内存布局完全匹配PResStringRec类型。Vcl.Buttons单元里的LoadResString(BitBtnCaptions[Value])之所以无警告，是因为数组声明时直接用了PResStringRec类型；你直接取resourcestring指针时，编译器的类型检查会识别出表面类型不匹配，但底层结构一致，强制转换不存在风险。

3. 能否直接用SOKButton替代LoadResString(@SOKButton) #

完全可以。Delphi在你直接引用resourcestring变量时，会自动隐式调用LoadResString加载实际字符串，和手动调用LoadResString(@SOKButton)的效果完全一致。比如写Caption := SOKButton;，编译器会自动转换成Caption := LoadResString(PResStringRec(@SOKButton));。

4. 调用LoadResString相比直接用resourcestring的优势 #

• 动态加载场景：当需要通过指针数组（比如Vcl.Buttons里的BitBtnCaptions）动态选择资源字符串时，必须手动调用LoadResString——数组里存的是底层的TResStringRec指针，直接使用会被当成指针而非字符串。
• 显式控制加载时机：如果需要在特定时机（比如初始化阶段）预加载所有资源字符串，可以显式调用LoadResString缓存结果，避免重复加载的开销（不过现代Delphi会自动缓存已加载的resourcestring，这个优势并不明显）。

5. 调试时resourcestring的异常显示问题 #

你调试时看到“所有resourcestring的指针地址、Module、Identifier均相同”是调试器的显示问题——调试器无法正确解析resourcestring的底层TResStringRec结构，或是调试信息未正确加载。实际每个resourcestring对应的TResStringRec都是独立的，Module是资源所在的模块句柄，Identifier是唯一的资源ID，不会重复。

至于Exception.CreateResFmt的参数问题，和LoadResString同理：它要求的参数是PResStringRec，而resourcestring本质就是该类型的指针，直接传@SMsgDlgOK时强制转换即可，同样安全。

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