编程与软件工程mathiasbynens.be
寻找完美的 URL 验证正则（2010）
In search of the perfect URL validation regex (2010)
2014 — 2021，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
作者收集并对比了各种用于验证 URL 的正则表达式，用一个包含应通过和应失败用例的测试集逐一检验它们的准确率。页面展示了各正则的匹配结果差异，说明看似简单的 URL 验证实际上很难用一条正则完美解决。
为什么经久不衰：URL 验证是开发中反复遇到的经典难题，这个对比页面多年来被反复引用，提醒人们正则方案的局限与浏览器实际行为的差异。
HN 评论精选
RFC 与浏览器行为不一致，完美的 URL 正则本质上不可能
即使你写出一个完全符合 RFC3986 和 RFC3987 的 URL 验证正则，仍然会收到用户 bug 报告，因为浏览器遵循的是另一套标准。例如 http://example.com./ 、http:///example.com/ 等在博客里被判为无效，但浏览器却接受。正如 cURL 作者所说：根本不存在 URL 标准。
likium查看英文原文
Even if you built a URL validation regex that follows rfc3986[1] and rfc3987[2], you will still get user bug reports because web browsers follow a different standard. For example, <http://example.com./> , <http:///example.com/> and <https://en.wikipedia.org/wiki/Space (punctuation)> are classified as invalid urls in the blog, but they are accepted in the browser. As the creator of cURL puts it, there is no URL standard[3]. [1]: https://www.ietf.org/rfc/rfc3986.txt [2]: https://www.ietf.org/rfc/rfc3987.txt [3]: https://daniel.haxx.se/blog/2016/05/11/my-url-isnt-your-url/
测试用例本身就有争议，很多“应失败”的 URL 实际是合法的
为什么这些被归入“应失败”一栏？http://www.foo.bar./ 只是一个全限定域名，其余的根据子网大小都可能是合法的主机地址。
jetpks查看英文原文
Why are these in the `should fail' section? http://www.foo.bar./ http://10.1.1.1 http://10.1.1.254 http://10.1.1.0 http://10.1.1.255 The top one is just a fully qualified domain name, and the rest could be valid host addresses depending on your subnet size.
这个页面其实是正则能力极限的例证，应该用代码而非正则来做
把这些对比集中在一处很好，但这也恰好说明了正则的局限。与其用一串难以理解的字符，不如用你所用语言直接实现验证逻辑。
matt2000查看英文原文
Nice to have this comparison in one place, but I think also serves as a good illustration of the limits of regex usefulness. It feels like this would just be better off implemented in the language of your choice instead of an impenetrable string of characters.
僵化的验证规则会错误拒绝新顶级域名等合法输入
我特别讨厌那些在新顶级域名的邮箱或 URL 上报错的网站。我常用 hotfresh.pizza 这个邮箱地址，你会惊讶有多少网站用“请输入有效的邮箱地址”来拒绝它。太气人了。
colinbartlett查看英文原文
A huge pet peeve of mine are sites that reject the new TLDs in emails or URLs. I use my hotfresh.pizza email address pretty often and you'd be surprised how many sites reject that with "Please enter a valid email address." Infuriating.
历次讨论
同类还值得读
开源应用架构
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编辑精选