Unity/C#中传递字符串给未执行函数是否会分配内存？

一、字符串字面量的驻留机制 #

C#里的字符串字面量（比如"ABC"）会被字符串驻留池统一管理：

• 这些字面量在程序启动（或模块加载）时就会被提前存入驻留池，不是在首次调用函数时才分配内存。
• 之后任何地方使用同一个字面量，都是直接引用驻留池里的实例，不会重复分配内存。
• 注意：只有编译期确定的字面量会自动驻留，动态生成的字符串（如运行时拼接的内容）需要手动调用String.Intern才能加入驻留池。

所以像fun("ABC")这类调用，不管执行多少次，都不会因为这个字符串产生新的GC分配——因为字符串实例从程序一开始就存在了。

二、编译指令下未使用字符串的优化逻辑 #

针对你给出的日志函数例子：

public static void LogMessage(string message)
{
    #if UNITY_EDITOR
    Debug.Log(message);
    #endif
}

当UNITY_EDITOR为false时，函数体是空的，此时编译器（包括Unity的IL2CPP）会做以下优化：

1. 死代码消除：Release模式下，编译器会检测到LogMessage函数没有任何实际逻辑，且传入的字符串参数完全未被使用，会直接把LogMessage("some message")这个调用从编译后的代码中移除。连函数调用都不存在，自然不会有任何字符串相关的内存操作。
2. 退一步讲，就算编译器没完全消除调用，JIT/AOT编译器也会忽略未使用的参数传递——而字符串字面量本身已经在驻留池里，传递的只是引用，不会产生新的内存分配。

你可以通过Unity Profiler查看正式构建的GC分配，或者查看IL代码/IL2CPP生成的C++代码，就能确认这些冗余代码都被优化掉了。

三、额外优化建议 #

如果想彻底避免这类潜在的冗余，建议把编译指令加到调用层面：

#if UNITY_EDITOR
LogMessage("some message");
#endif

这样正式构建里连调用代码都不会存在，完全没有开销。

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