编程与软件工程chrisdown.name
1195725856 及其他神秘数字
1195725856 and other mysterious numbers
2020 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这篇文章追溯了一些神秘数字（如 1195725856）的来源：它们其实是把 'GET ' 等 ASCII 字符串按整数解释后的结果。作者借此讲解这类数字在日志、错误信息中反复出现的原因，以及网络协议数据被误当整数处理时的种种现象。
为什么经久不衰：它把一个看似玄学的数字谜题拆解成清晰的字节级解释，兼具趣味性和网络/系统调试的实用知识，多年后仍是理解协议与数据混淆问题的经典入门。
HN 评论精选
动手验证了标题中的数字，确认它就是 ASCII 的 'GET '，即 HTTP 请求的开头。
点开之前先验证一下：把 1195725856 转成十六进制再按字节解读，得到的是 'GET '——看起来是 HTTP。
mzs查看英文原文
Before I click: $ echo 'obase=16; 1195725856' | bc | xxd -r -ps | od -cb 0000000 G E T 107 105 124 040 0000004 $ Looks like HTTP.
从实践角度建议同时打印十六进制和 ASCII，很多'神秘数据'其实是未被检查的 HTTP 错误页。
也许以后某些错误路径里应该把 ASCII 也打印出来……我做图像处理，收到不认识的图像时会打印前几个字节的十六进制和 ASCII，经常发现那其实是一条错误信息或 HTML 错误页——用户的代码把 HTTP 请求结果直接传给我们，忘了检查错误。
martincmartin查看英文原文
Maybe we should start printing ASCII in future in some of the error paths... I work on image processing; when we get an image we don't recognize, we print out the first few bytes in hex & ascii. Often, it's an error message or HTML error page. The user's code takes the results of an HTTP fetch and sends it to us, forgetting to check for errors.
指出向端口发送畸形数据导致服务崩溃的问题三十年后依然普遍，健壮性欠佳依旧常见。
我记得 1990 年修过一堆 bug，因为有人用 SATAN 扫我们的主机，仅仅向各个端口发送格式错误的请求就会导致相应守护进程崩溃。令人惊讶的是这种事至今仍在发生。我敢打赌，半天之内我就能找到至少十几个超流行的服务，用默认配置向它们的网络端口发送随机数据就能使其崩溃。
notacoward查看英文原文
I remember fixing a bunch of bugs in 1990 because someone started running SATAN against our hosts and there mere act of sending ill-formed requests to various ports would cause the associated daemons to crash. What's amazing is that this still happens. In half a day I'll bet I could find at least a dozen super popular services that can be crashed by sending random data to one of their network ports using a default configuration.
补充了一个 Facebook 内部遇到同类'神秘数字'问题的相关案例链接。
与此同时，四年前在 Facebook 也发生过类似的事 :)（链接到 rachelbythebay 关于 malloc 的文章）
storyinmemo查看英文原文
Meanwhile, four years ago at Facebook :) http://rachelbythebay.com/w/2016/02/21/malloc/
历次讨论
同类还值得读
开源应用架构
The Architecture of Open Source Applications
《开源软件架构》（AOSA）是一本在线免费书，邀请知名开源项目的作者亲自剖析其内部设计，涵盖 SQLAlchemy、LLVM、Audacity、Apache、Bash 等系统。
编程与软件工程上首页 9 次 · 2011–2024aosabook.org编辑精选编程语言简史：简短、不完整且多半错误
A Brief, Incomplete, and Mostly Wrong History of Programming Languages
一篇以戏谑、故意不准确的方式回顾编程语言史的博客文章，用夸张轶事和讽刺定义串起 Lisp、C、C++、Java、JavaScript、PHP 等语言。
编程与软件工程上首页 8 次 · 2009–2021james-iry.blogspot.comSQLite 是如何测试的
How SQLite is tested
SQLite 官方文档页，系统介绍 SQLite 的测试体系：多种测试方法（TCL 测试、模糊测试、回归测试、静态分析等）和海量测试用例，展示了这个小型开源项目如何靠极致测试获得…
编程与软件工程上首页 8 次 · 2009–2025sqlite.org编辑精选高级编程语言（2009）
Advanced programming languages (2009)
Matt Might 的经典文章，按用途推荐“高级编程语言”：如果追求就业就选主流语言，如果追求表达力、学术研究或创业，则推荐 Haskell、OCaml、Scala 等函数式语…
编程与软件工程上首页 8 次 · 2009–2022matt.might.net我的 Forth 与栈机器经历
Yosefk - My history with Forth & stack machines
作者以亲身经历回顾了使用 Forth 语言和栈式机器的历程：既赞叹其简洁优雅、代码量小、可自举的优点，也坦率指出栈操作在实际编程中的痛苦，以及 Forth 社区文化中的问题。
编程与软件工程上首页 8 次 · 2010–2024yosefk.com编辑精选