TL;DR：您所看到的行为来自ExpressibleByStringInterpolation。但请继续阅读以获得更多乐趣！
LocalizedStringKey如果您纯粹将其视为一种方便，允许 SwiftUI 界面元素在使用字符串文字时“免费”本地化，那么就更容易理解了。只有一个实时您可以直接使用它。
考虑Text。有两个相关的初始化器：
init(_ key: LocalizedStringKey, tableName: String? = nil, bundle: Bundle? = nil, comment: StaticString? = nil)
它将尝试本地化传入的文本，并且
init<S>(_ content: S) where S : StringProtocol
这将显示字符串而不改变它。
如果你打电话Text("Hello")，使用哪个初始化器？
字符串文字符合StringProtocol, but LocalizedStringKey也是ExpressibleByStringLiteral。编译器不知道选择哪一个。
为了获得“免费”本地化，StringProtocol初始化器标记为@_disfavoredOverload，它告诉编译器假设字符串文字是LocalizableStringKey而不是一个String.
所以，Text("Hello") and Text(LocalizedStringKey("Hello"))是等价的。
let string = "Hello"
Text(string)
在这种情况下，不存在冲突 - 编译器使用StringProtocol初始值设定项和字符串未本地化。
这和你的问题有什么关系？LocalizedStringKey is also ExpressibleByStringInterpolation，这就是“隐藏初始化程序”的来源。但与上面的示例一样，只有当您使用单个内插字符串对其进行初始化时，这才会发挥作用。
Text("Hello \(Image(systemName: "globe"))")
您正在传递一个插值字符串，因此编译器可以处理它并将图像添加到插值中。
Text("Hello {world}".replacingOccurrences(of: "{world}", with: "\(Image(systemName: "globe"))"))
Here, replacingOccurrences(of:首先被评估，这意味着你的论点是String，它不被视为通过字符串插值表示的 LocalizedStringKey。您实质上看到的是图像的描述。
类似的情况也发生在以下示例中+在里面。这隐含地使得String，所以你失去了特殊的图像插值LocalizedStringKey给你。
对于您的最后一个代码示例：
let x = "\(Image(systemName: "globe"))"
print(LocalizedStringKey.init(x))
print(LocalizedStringKey.init("\(Image(systemName: "globe"))"))
x是包含图像描述的字符串。记住，只LocalizedStringKey具有真正理解和表达的魔力Image。任何其他字符串插值都将回退到插值对象的描述。
第一个初始化器传递一个字符串（它被视为一个键，这是您真正直接使用的唯一一次LocalizedStringKey，如果您在运行时生成键并希望使用它们进行查找）。
第二个初始化器正在使用ExpressibleByStringInterpolation并正在使用LocalizedStringKey.StringInterpolation将图像插入到其内部存储中，然后可以通过以下方式进行渲染Text.
