一次查加载速度变慢的问题时，通过接口排查，发现调用引擎创建场景时，速度相比以前慢了一倍之多，并且小场景时影响较小，大场景影响非常大。于是开始了对引擎以及外部代码的非查。后来经过排查，发现主要问题出现在引擎创建场景接口的调用期间。
随后进行了外部和内部进行排查，发现外部调用setLocale后导致该接口明显变慢。
而查到的变慢的相应接口中，不出意外的在做语法和句法的解析。其中处理了大量的字符串，而场景小时，字符中比较少，影响相对较小，而场景变大时，字符串以及处理量几何级数增加，因此大场景时影响明显。禁用掉该函数后，加载速度明显变快。
因此在字符处理时，该函数使用城要谨慎。setLocale改变系统对字符串的处理方式（如编码格式，显示方式等），进一步的还会影响到了字符串的处理速度和效率。
以下是网上查到的类似案例及解析：
…………………………………………………………………………………………………………
setLocale是C库中的一个设置地域化信息的C函数。
函数原型为：
char *setlocale(int category, const char *locale)
参数解释：
-
category -- 这是一个已命名的常量，指定了受区域设置影响的函数类别。
- LC_ALL 包括下面的所有选项。
- LC_COLLATE 字符串比较。参见 strcoll()。
- LC_CTYPE 字符分类和转换。例如 strtoupper()。
- LC_MONETARY 货币格式，针对 localeconv()。
- LC_NUMERIC 小数点分隔符，针对 localeconv()。
- LC_TIME 日期和时间格式，针对 strftime()。
- LC_MESSAGES 系统响应。
-
locale -- 如果locale是NULL 或空字符串""，则区域名称将根据环境变量值来设置，其名称与上述的类别名称相同。
最近项目中需要使用xdelta3进行二进制文件的增量更新，测试代码输入编码为GBK，printf输出的中文也显示正常，但xdelta3执行的结果就不尽如人意了。
如上图，上面printf输出的中文是正常的，下面xdelta输出的结果就是乱码的。
问一同事，说宽字符可以解决这个问题。测试显示正常，如下图。
经历过一番经历后，总算是解决了这个问题。
做技术的人总喜欢寻根问底，于是大胆猜测是不是setLocale函数起了作用。于是修改测试代码，宽字符改为普通字符，加上setLocale函数，再测，结果还是正常的。
测试代码如下图：
总结：
windows环境下，setLocale会改变字符的编码环境设置。有些应用程序依赖系统的编码环境，则需要添加setLocale，来确定合适的编码环境。