冰河公开了其总结的一项重要的编程技能!

冰河常用正则

整数或者小数

^[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)))

小伙伴们可先收藏,后查阅这些常用的正则表达式。

上一篇:obj-c编程05:类的多态与id动态绑定


下一篇:C#编程-122:文件夹选择之FolderBrowserDialog控件