通过剖析,我发现这里的sprintf需要很长时间.是否有更好的替代方案仍然处理y/m/dh/m/s字段中的前导零?
SYSTEMTIME sysTime; GetLocalTime( &sysTime ); char buf[80]; for (int i = 0; i < 100000; i++) { sprintf(buf, "%4d-%02d-%02d %02d:%02d:%02d", sysTime.wYear, sysTime.wMonth, sysTime.wDay, sysTime.wHour, sysTime.wMinute, sysTime.wSecond); }
注意:OP在评论中解释说这是一个精简的例子."真实"循环包含使用来自数据库的不同时间值的附加代码.分析已经确定sprintf()
为罪犯.
如果您正在编写自己的函数来完成这项工作,那么字符串值为0 .. 61的查找表将避免对除了年份之外的所有内容进行任何算术运算.
编辑:请注意,为了应对闰秒(并匹配strftime()
),您应该能够打印60和61的秒值.
char LeadingZeroIntegerValues[62][] = { "00", "01", "02", ... "59", "60", "61" };
或者,怎么样strftime()
?我不知道性能如何比较(它可能只是调用sprintf()),但它值得关注(它可能正在进行上述查找本身).
您可以尝试依次填充输出中的每个字符.
buf[0] = (sysTime.wYear / 1000) % 10 + '0' ; buf[1] = (sysTime.wYear / 100) % 10 + '0'; buf[2] = (sysTime.wYear / 10) % 10 + '0'; buf[3] = sysTime.wYear % 10 + '0'; buf[4] = '-';
......等......
不漂亮,但你明白了.如果不出意外,它可能有助于解释为什么sprintf不会那么快.
OTOH,也许你可以缓存最后的结果.这样你只需要每秒生成一个.
Printf需要处理许多不同的格式.您当然可以获取printf的源代码并将其用作推送您自己的版本的基础,该版本专门处理sysTime结构.这样你传递了一个参数,它确实完成了需要完成的工作,仅此而已.