今天周末,就不写太长的文章了,刚不小心看了篇性能比较的文章,有感而就写了此篇。
这年头,好多人都对性能比较产生了兴趣,然后就开始写比较示例,之后就得出了一个正确但误导新手的误区。
本文不是性能比较文章,只说说观点,没有具体的测试数据,相关的性能比较文篇,园子里一搜,都是一堆一堆的。
这里举较常见的说:
1:string和StringBuilder
2:反射和Emit
3:==和String.Equals
通常比较都怎么比?
1:写个测试示例
2:for它个10万百万次
3:看输出时间
4:得出结论
结论与“推荐”
后者速度比前者速度快了N倍,然后就开始“推荐”使用后者。
很多学者爱看比较性文章,然而内容他不看,就看“推荐”两字。
然后就盲目“推荐”给自己和周围的人士。
广泛“推荐”及人推人之后的现象
于是现在看很多人的代码,都喜欢:
动不动就来个Stringbuilder。
动不动就来下Emit。
动不动就来次String.Equals。
看文章请认准性能临界点
什么是临界点,下面是一个精略的估算次数:
600次循环之前,string比StringBuilder快。
500次循环之前,反射比Emit快。
90000000的循环,才换来:1.6392576秒和1.1163117秒间46.675%的性能差别。
应用应该看场景
别动不动就在StringBuiler,或以砖家的身份还在嫌人家的string+="xxx"慢。
别动不动就在Emit,虽然写Emit是个相对难以理解和编写的。
别动不动就在String.Equals,难道你的代码真会循环9千万次?
简单说句是什么?
再简单?
通常你的string循环不会超过600次,老实的用string+=“”。
通常你的List<T>的集合不会超过500条,老实的用反射。
通常你的==没什么问题,该用就用。
其它提示:object对象比较时,记得该用object.Equals。
本文就到此结束了,欢迎有感者留言。
附加:
最近发布了:CYQ.Data 数据框架 V4.5版本,欢迎收看与使用。
版权声明:本文原创发表于 博客园,作者为 路过秋天 本文欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则视为侵权。 |
个人微信公众号![]() |
Donation(扫码支持作者):支付宝:![]() |
Donation(扫码支持作者):微信:![]() |
![]() |
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)