Defold引擎优化：使用sizeof替代strlen处理字符串字面量数组

在Defold游戏引擎的开发过程中，我们发现了一个可以优化的性能点：处理字符串字面量数组时使用sizeof替代strlen。这种优化虽然看似微小，但在频繁调用的场景下能带来可观的性能提升。

问题背景

在Defold引擎的代码中，存在多处定义字符串字面量常量数组的情况，例如：

const char* properties_common[] = { "type", "custom_type", "id", "pivot" };

在运行时，这些字符串会被传递给dmHashString64函数进行哈希计算。传统的做法是使用strlen函数获取字符串长度，但对于字符串字面量来说，这是一个不必要的运行时开销，因为它们的长度在编译时就已经确定了。

优化方案

我们提出了使用dmHashBuffer64替代dmHashString64的方案，因为前者可以直接接受已知长度的缓冲区，避免了strlen的调用。具体实现需要考虑以下几点：

1. 长度信息的存储：需要一种机制来存储字符串字面量的长度信息
2. 方便的访问方式：需要设计新的数据结构或宏来简化对这些字符串及其长度的访问
3. 类型安全：确保新的实现方式不会引入类型安全问题

实现思路

一种可能的实现方式是创建专门的结构体来同时存储字符串指针和长度信息：

struct StringLiteral {
    const char* str;
    size_t length;
};

然后可以定义辅助宏来简化初始化：

#define DEFINE_STRING_LITERAL(name, str) \
    const StringLiteral name = {str, sizeof(str)-1}

对于数组情况，可以设计专门的宏和访问函数：

#define DEFINE_STRING_LITERAL_ARRAY(name, ...) \
    const StringLiteral name[] = { \
        __VA_ARGS__ \
    }

// 使用示例
DEFINE_STRING_LITERAL_ARRAY(properties_common,
    {"type", sizeof("type")-1},
    {"custom_type", sizeof("custom_type")-1},
    {"id", sizeof("id")-1},
    {"pivot", sizeof("pivot")-1}
);

性能优势

这种优化带来的主要好处包括：

1. 消除运行时计算：避免了在运行时调用strlen计算已知长度的字符串
2. 缓存友好：长度信息与字符串一起存储，提高了数据局部性
3. 编译时优化：所有长度计算都在编译时完成

应用场景

这种优化特别适用于以下场景：

1. 频繁调用的哈希计算
2. 游戏引擎中的属性系统
3. 资源管理系统的字符串标识
4. 序列化和反序列化过程中的字符串处理

结论

在Defold引擎中采用这种优化策略，虽然对单个调用的性能提升可能不大，但在大规模、高频调用的场景下，累积的效果将非常可观。这也体现了游戏引擎开发中"不放过任何微小优化机会"的性能优化哲学。