一只天价股票把纳斯达克系统搞“崩了”! 作者 | 万佳、核子可乐一只天价股票把交易所系统搞“崩了”，简直闻所未闻！伯克希尔 - 哈撒韦公司最近又火了一把，不是因为巴菲特（公司掌门人，被人誉为“股神”），而是其天价股票导致纳斯达克系统“崩了”。 1事件回顾据美国广播公司 8 日报道，伯克希尔 - 哈撒韦 A 类股票（BRK.A）的交易价格目前已超过每股 42.1 万美元，并呈现上升趋势，5 月 7 日攀升至 43.7 万美元上方。这个消息虽然令投资者士气高涨，但是却给纳斯达克的系统带来了隐患。 由于 BRK.A 的股价过高，以至于纳斯达克的电脑系统已经无法记录这一价格。因此，纳斯达克交易所从本周二开始暂停播报 BRK.A 的价格——其网站相关页面中仅显示：“当前无可用数据”。 此外，IEX 交易所于 3 月中旬决定停止接收 BRK.A 交易单，理由是“受我方交易系统内部价格数值上限的影响，我们将拒绝一切以原有符号格式表示的交易单，直至另行通知”。看起来，他们似乎遇上了与纳斯达克一样的问题。 针对此事，有网友评论：股价太高，以至于纳斯达克的系统无法报出这个价格，不得不为这只全世界独一无二的股票升级系统... 就像当年的千年虫问题，都是因为“硬编码”。 硬编码（Hard Code 或 Hard Coding）是指在软件实现上，将输出或输入的相关参数（例如：路径、输出的形式或格式）直接以常量的方式撰写在源代码中，而非在运行期间由外界指定的设置、资源、资料或格式做出适当回应。一般被认定是种反模式或不完美的实现，因为软件受到输入资料或输出格式的改变就必须修改源代码，对客户而言，改变源代码之外的小设置也许还比较容易。 2Bug 出在哪？受到市场上涨和 2020 年疫情影响后恢复盈利的推动，沃伦·巴菲特的公司股票价格今年已经上涨了 20% 以上。但是，天价股票却让纳斯达克的交易系统撑不住了。 据了解，纳斯达克一直用一种紧凑的计算机格式记录股票价格，这种格式使用 32 位，即 1 和 0。最大的数字可能是 2 的 32 次方减去 1，即 4,294,967,295。股票价格经常使用小数点后四位来表示，所以能显示的最高价格是 429,496.7295 美元。使用占用内存较少的紧凑格式可以让软件更有效率，这在电子股票交易领域是一个高度优先事项。 没有其他股票能接近 BRK.A 的最高价格水平，所以可以理解为什么纳斯达克系统背后的工程师选择了这种数字格式，程序员称之为“四字节无符号整数”（ four-byte unsigned integer ）。 据 The Register 分析，纳斯达克之所以没有选择其他交易所常用的浮点数格式进行股价存储，可能是考虑到后者属于近似值，因此，他们决定将价格乘以 10000 再存储为 32 位无符号整数。 例如，这里的 123,456 代表股票价格为 12.3456 美元，可以精确至一美分的百分之一。值为 7890000 美元的股价，其实际含义则为 789.0000 美元。 顺着这个思路，可以看到伯克希尔·哈撒韦 A 类（BRK.A）单股 435120.0000 美元的价格会被存储为 4351200000，超出了 4294967295 的上限并溢出为某个远低于实际股价的值。实际上，股价经历了一番归零回绕，并最终被计为 56232704，即 5623.2704 美元。 这个价格一旦被纳斯达克公开发布，伯克希尔·哈撒韦绝对要遭受重创。换句话说，我们将能以低于 6000 美元的单股价格狂收公司股票……或者说，我们自己手里的股票也可能被他人迅猛“收割”。 3应对举措目前，纳斯达克方面表示将抢在 5 月 17 日前更新软件以纠正这一问题，并第一时间叫停了 BRK.A 异常数据的发布。 可行的解决方案包括使用 64 位无符号整数，这样可以处理最大为 18,446,744,073,709,551,615 的数值，相当于每股价格 1,844,674,407,370,955.1615 美元。目前来看，应该不会有哪支股票能涨到这样的程度。 据悉，现年 90 岁的巴菲特坚持不因股价高涨而拆分手中的 A 类股票，伯克希尔·哈撒韦如此夸张的股价也正源于此。 顺带一提，BRK 正好是 6502 CPU 汇编代码中的断点助记符，可用于对出错的程序进行故障排查……这多少有点讽刺。 活动推荐在大数据计算领域， Spark 已经成为了主流的计算平台之一。 然而，如果没有对 Spark 作业进行合理的调优， Spark 作业的执行速度可能会很慢，这样就完全体现不出 Spark 作为一种快速大数据计算引擎的优势来。 因此，想要用好 Spark ，就必须对其进行合理的性能优化。 FreeWheel 机器学习团队负责人吴磊，原理、性能、实战 3 步快速提升你的性能调优技巧和思路?? 今日荐文点击下方图片即可阅读 从 Python 2 迁移到 Go：虽然代码量多，但太香了 你也「在看」吗？?? 阅读原文