BigDecimal(“0”) 和 BigDecimal.ZERO 之间有区别吗？
无论是比较还是初始化新变量，使用其中哪一个有区别吗？
我知道 BigDecimal.ZERO 是 1.5 的功能，所以这是一个问题，但假设我使用 1.5，这有关系吗？
谢谢。
Either for comparisons or initialization of a new variable, does it make a difference which one of these you use?
I know that BigDecimal.ZERO is a 1.5 feature, so that's a concern, but assuming I'm using 1.5 does it matter?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
BigDecimal.ZERO是预定义常量，因此不必像BigDecimal("0")那样在运行时从字符串进行计算。 它会更快并且不需要创建新对象。如果您的代码需要在 1.5 之前的版本上运行，那么您可以使用（饱受诟病的）Singleton 模式来创建一个相当于 BigDecimal.ZERO 的对象。 第一次使用时，它将调用 BigDecimal("0") 来创建一个零对象，并在后续调用时返回该对象。 否则，如果您的代码在 1.5 系统上运行，您的单例对象可以只返回 BigDecimal.ZERO，而不会造成运行时损失。
BigDecimal.ZEROis a predefined constant and therefore doesn't have to be evaluated from a string at runtime asBigDecimal("0")would be. It will be faster and won't require creation of a new object.If your code needs to run on pre-1.5, then you can use the (much maligned) Singleton pattern to create an object equivalent to
BigDecimal.ZERO. The first time it is used, it would callBigDecimal("0")to create a zero object, and return that object on subsequent calls. Otherwise, if your code is running on a 1.5 system, your singleton object can just returnBigDecimal.ZEROwith no runtime penalty.使用 ZERO 不会创建新对象或需要任何解析。 绝对是要走的路。
Using ZERO doesn't create a new object or require any parsing. Definitely the way to go.
在讨论运行时惩罚之前，请确保这段代码很重要。 设置分析并衡量完整的用例。
尽管如此，还是更喜欢使用 Bigdecimal.ZERO，因为它会在编译时进行检查，而您可能会意外键入 new BigDecimal("9") ，编译器会接受它，但这会导致错误到您的应用程序中。
Before talking about runtime penalties, make sure that this piece of code matters. Set up profiling and measure the complete use case.
Nevertheless, prefer
Bigdecimal.ZEROas it's checked at compile time whereas you can accidentally typenew BigDecimal("9"), which the compiler will accept, but which will cause bugs into your application.出于好奇，我检查了 BigDecimal 的构造函数，它没有对“0”字符串进行任何优化。 所以肯定是的，有区别。
Out of curiosity I checked to constructor for BigDecimal and it doesn't have any optimizations for the "0" string. So definitely yes, there's a difference.