冰河公开了其总结的一项重要的编程技能！
写在前面
熟练的掌握正则表达式，能够帮助程序员以最快的速度写出最优雅的代码。冰河在多年的编程工作中，对使用过的正则表达式进行了梳理和总结，这些正则表达式能够帮助你节省很多的编码时间，往往一个简单的正则表达式就能够省略大量的if...else...代码。这次，冰河向小伙伴们公开了自己平时经常使用的正则表达式，希望能够为小伙伴们带来实质性的帮助。
文章已收录到：
https://github.com/sunshinelyz/technology-binghe
https://gitee.com/binghe001/technology-binghe
冰河常用正则
整数或者小数
^[0-9]+\.{0,1}[0-9]{0,2}$
只能输入数字
^[0-9]*$
只能输入n位的数字
^\d{n}$
只能输入至少n位的数字
^\d{n,}$
只能输入m~n位的数字
^\d{m,n}$
只能输入零和非零开头的数字
^(0|[1-9][0-9]*)$
只能输入有两位小数的正实数
^[0-9]+(.[0-9]{2})?$
只能输入有1~3位小数的正实数
^[0-9]+(.[0-9]{1,3})?$
只能输入非零的正整数
^\+?[1-9][0-9]*$
只能输入非零的负整数
^\-[1-9][]0-9*$
只能输入长度为3的字符
^.{3}$
只能输入由26个英文字母组成的字符串
^[A-Za-z]+$
只能输入由26个大写英文字母组成的字符串
^[A-Z]+$
只能输入由26个小写英文字母组成的字符串
^[a-z]+$
只能输入由数字和26个英文字母组成的字符串
^[A-Za-z0-9]+$
只能输入由数字、26个英文字母或者下划线组成的字符串
^\w+$
验证用户密码：
^[a-zA-Z]\w{5,17}$
注：正确格式为：以字母开头，长度在6~18之间，只能包含字符、数字和下划线。
验证是否含有^%&',;=?$\等字符
[^%&',;=?$\x22]+
只能输入汉字
^[\u4e00-\u9fa5]{0,}$
验证Email地址
^\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*$
验证Internet URL
^[http|https]://([\w-]+\.)+[\w-]+(/[\w-./?%&=]*)?$
验证电话号码
^(\(\d{3,4}-)|\d{3.4}-)?\d{7,8}$
正确格式为：XXX-XXXXXXX、XXXX- XXXXXXXX、XXX-XXXXXXX、XXX-XXXXXXXX、XXXXXXX和XXXXXXXX
验证身份证号（15位或18位数字）
^\d{15}|\d{18}$
验证一年的12个月
^(0?[1-9]|1[0-2])$
正确格式为：01～09和1～12
验证一个月的31天
^((0?[1-9])|((1|2)[0-9])|30|31)$
正确格式为；01～09和1～31
匹配中文字符的正则表达式
[\u4e00-\u9fa5]
匹配双字节字符(包括汉字在内)
[^\x00-\xff]
匹配空行的正则表达式
\n[\s| ]*\r
匹配html标签的正则表达式
<(.*)>(.*)<\/(.*)>|<(.*)\/>
匹配首尾空格的正则表达式
(^\s*)|(\s*$)
匹配Email地址的正则表达式
\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
匹配HTML标记的正则表达式
<(\S*?)[^>]*>.*?|<.*? />
评注：网上流传的版本太糟糕，上面这个也仅仅能匹配部分，对于复杂的嵌套标记依旧无能为力
匹配首尾空白字符的正则表达式
^\s*|\s*$
评注：可以用来删除行首行尾的空白字符(包括空格、制表符、换页符等等)，非常有用的表达式
匹配Email地址的正则表达式
\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
评注：表单验证时很实用
匹配网址URL的正则表达式
[a-zA-z]+://[^\s]*
评注：网上流传的版本功能很有限，上面这个基本可以满足需求
匹配帐号是否合法(字母开头，允许5-16字节，允许字母数字下划线)
^[a-zA-Z][a-zA-Z0-9_]{4,15}$
评注：表单验证时很实用
匹配国内电话号码
\d{3}-\d{8}|\d{4}-\d{7}
评注：匹配形式如 0511-4405222 或 021-87888822
匹配腾讯QQ号
[1-9][0-9]{4,}
评注：腾讯QQ号从10000开始
匹配中国邮政编码
[1-9]\d{5}(?!\d)
评注：中国邮政编码为6位数字
匹配身份证
\d{15}|\d{18}
评注：中国的身份证为15位或18位
匹配ip地址
\d+\.\d+\.\d+\.\d+
评注：提取ip地址时有用
匹配特定数字
^[1-9]\d*$ //匹配正整数
^-[1-9]\d*$ //匹配负整数
^-?[1-9]\d*$ //匹配整数
^[1-9]\d*|0$ //匹配非负整数（正整数 + 0）
^-[1-9]\d*|0$ //匹配非正整数（负整数 + 0）
^[1-9]\d*\.\d*|0\.\d*[1-9]\d*$ //匹配正浮点数
^-([1-9]\d*\.\d*|0\.\d*[1-9]\d*)$ //匹配负浮点数
^-?([1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0)$ //匹配浮点数
^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$ //匹配非负浮点数（正浮点数 + 0）
^(-([1-9]\d*\.\d*|0\.\d*[1-9]\d*))|0?\.0+|0$//匹配非正浮点数（负浮点数 + 0）s
评注：处理大量数据时有用，具体应用时注意修正。
匹配特定字符串
^[A-Za-z]+$//匹配由26个英文字母组成的字符串
^[A-Z]+$//匹配由26个英文字母的大写组成的字符串
^[a-z]+$//匹配由26个英文字母的小写组成的字符串
^[A-Za-z0-9]+$//匹配由数字和26个英文字母组成的字符串
^\w+$//匹配由数字、26个英文字母或者下划线组成的字符串
评注：最基本也是最常用的一些表达式
时间正则案例
简单的日期判断（YYYY/MM/DD）
^\d{4}(\-|\/|\.)\d{1,2}\1\d{1,2}$
演化的日期判断（YYYY/MM/DD| YY/MM/DD）
^(^(\d{4}|\d{2})(\-|\/|\.)\d{1,2}\3\d{1,2}$)|(^\d{4}年\d{1,2}月\d{1,2}日$)$
加入闰年的判断的
实例：
^((((1[6-9]|[2-9]\d)\d{2})-(0?[13578]|1[02])-(0?[1-9]|[12]\d|3[01]))|(((1[6-9]|[2-9]\d)\d{2})-(0?[13456789]|1[012])-(0?[1-9]|[12]\d|30))|(((1[6-9]|[2-9]\d)\d{2})-0?2-(0?[1-9]|1\d|2[0-8]))|(((1[6-9]|[2-9]\d)(0[48]|[2468][048]|[13579][26])|((16|[2468][048]|[3579][26])00))-0?2-29-))$
分析：
什么是合法的日期范围？对于不同的应用场景，这个问题有不同的解释。这里采纳MSDN中的约定：
DateTime值类 型表示 值 范 围 在公元（基督 纪 元）0001 年 1 月 1 日午夜12:00:00 到公元 (C.E.) 9999年12月31日晚上11:59:59之间的日期和时间
关于闰年的阐释。
关于公历闰年是这样规定的：地球绕太阳公转一周叫做一回归年，一回归年长365日5时48分 46秒。因此，公历规定有平年和闰年，平年一年有365日，比回归年短0.2422日，四年共短0.9688日，故每四年增加一日，这一年有366日，就是闰年。但四年增加一日比四个回归年又多0.0312日,400年后将多3.12日,故在400年中少设3个闰年,也就是在400年中只设97个闰年，这样公历年的平均长度与回归年就相近似了。由此规定：年份是整百数的必须是400的倍数才是闰年，例如1900年、2100年就不是闰年。
首先需要验证年份，显然，年份范围为 0001 - 9999，匹配 YYYY 的正 则 表达式为：
[0-9]{3}[1-9]|[0-9]{2}[1-9][0-9]{1}|[0-9]{1}[1-9][0-9]{2}|[1-9][0-9]{3}
其中 [0-9] 也可以表示为 \d，但 \d 不如 [0-9] 直观，因此下面我将一直采用 [0-9]
用正则表达式验证日期的难点有二：一是大小月份的天数不同，二是闰年的考虑。
对于第一个难点，我们首先不考虑闰年，假设2月份都是28天，这样，月份和日期可以分成三种情况：
（1）月份为 1, 3, 5, 7, 8, 10, 12，天数范围为 01 - 31，匹配MM-DD的正则表达式为：
(0[13578]|1[02])-(0[1-9]|[12][0-9]|3[01])
（2）月份为 4, 6, 9, 11，天数范围为 01-30，匹配MM-DD的正则表达式为：
(0[469]|11)-(0[1-9]|[12][0-9]|30)
（3）月份为 2，考虑平年情况，匹配MM-DD的正则表达式为：
02-(0[1-9]|[1][0-9]|2[0-8])
根据上面的成果，我们可以得到匹配平年日期格式为YYYY-MM-DD的正则表达式：
([0-9]{3}[1-9]|[0-9]{2}[1-9][0-9]{1}|[0-9]{1}[1-9][0-9]{2}|[1-9][0-9]{3})-(((0[13578]|1[02])-(0[1-9]|[12][0-9]|3[01]))|((0[469]|11)-(0[1-9]|[12][0-9]|30))|(02-(0[1-9]|[1][0-9]|2[0-8])))
接着我们来解决第二个难点：闰年的考虑。根据闰年的定义，我们可以将闰年分为两类：
（1）能被4整除但不能被100整除的年份。寻找后两位的变化规律，可以很快得到下面的正则匹配：
([0-9]{2})(0[48]|[2468][048]|[13579][26])
（2）能被400整除的年份。能被400整除的数肯定能被100整除，因此后两位肯定是00，我们只要保证前两位能被4整除即可，相应的正则表达式为：
(0[48]|[2468][048]|[3579][26])00
最强验证日期的正则表达式,添加了闰年的验证
这个日期正则表达式支持的日期格式如下所示。
YYYY-MM-DD
YYYY/MM/DD
YYYY_MM_DD
YYYY.MM.DD
完整的正则表达式如下
((^((1[8-9]\d{2})|([2-9]\d{3}))([-\/\._])(10|12|0?[13578])([-\/\._])(3[01]|[12][0-9]|0?[1-9])$)|(^((1[8-9]\d{2})|([2-9]\d{3}))([-\/\._])(11|0?[469])([-\/\._])(30|[12][0-9]|0?[1-9])$)|(^((1[8-9]\d{2})|([2-9]\d{3}))([-\/\._])(0?2)([-\/\._])(2[0-8]|1[0-9]|0?[1-9])$)|(^([2468][048]00)([-\/\._])(0?2)([-\/\._])(29)$)|(^([3579][26]00)([-\/\._])(0?2)([-\/\._])(29)$)|(^([1][89][0][48])([-\/\._])(0?2)([-\/\._])(29)$)|(^([2-9][0-9][0][48])([-\/\._])(0?2)([-\/\._])(29)$)|(^([1][89][2468][048])([-\/\._])(0?2)([-\/\._])(29)$)|(^([2-9][0-9][2468][048])([-\/\._])(0?2)([-\/\._])(29)$)|(^([1][89][13579][26])([-\/\._])(0?2)([-\/\._])(29)$)|(^([2-9][0-9][13579][26])([-\/\._])(0?2)([-\/\._])(29)$))
闰年的2月份有29天，因此匹配闰年日期格式为YYYY-MM-DD的正则表达式为：
(([0-9]{2})(0[48]|[2468][048]|[13579][26])|((0[48]|[2468][048]|[3579][26])00))-02-29
最后，将平年和闰年的日期验证表达式合并，我们得到最终的验证日期格式为YYYY-MM-DD的正则表达式为：
(([0-9]{3}[1-9]|[0-9]{2}[1-9][0-9]{1}|[0-9]{1}[1-9][0-9]{2}|[1-9][0-9]{3})-(((0[13578]|1[02])-(0[1-9]|[12][0-9]|3[01]))|((0[469]|11)-(0[1-9]|[12][0-9]|30))|(02-(0[1-9]|[1][0-9]|2[0-8]))))|((([0-9]{2})(0[48]|[2468][048]|[13579][26])|((0[48]|[2468][048]|[3579][26])00))-02-29)
DD/MM/YYYY*格式的正则验证表达式为：
(((0[1-9]|[12][0-9]|3[01])/((0[13578]|1[02]))|((0[1-9]|[12][0-9]|30)/(0[469]|11))|(0[1-9]|[1][0-9]|2[0-8])/(02))/([0-9]{3}[1-9]|[0-9]{2}[1-9][0-9]{1}|[0-9]{1}[1-9][0-9]{2}|[1-9][0-9]{3}))|(29/02/(([0-9]{2})(0[48]|[2468][048]|[13579][26])|((0[48]|[2468][048]|[3579][26])00)))
小伙伴们可先收藏，后查阅这些常用的正则表达式。
好了，今天就到这儿吧，我是冰河，大家有啥问题可以在下方留言，也可以加我微信：sun_shine_lyz，我拉你进群，一起交流技术，一起进阶，一起牛逼~~
