最近老碰到一些因为php做数学运算,发生不痛不痒的小问题。 千里之堤,溃于蚁穴。加个类型转换,so easy解决了,我觉得不能就这么放过去。 尤其是用php做财务运算或者写接口运算与强语言对接的同学,可得多加注意。 事情不大,细节决定成败,仔细研究后门道确实挺多,自己也好好补了一课。 你真的知道php是弱类型语言吗? 前段时间展开过针对php内核的研究,对php变量底层存储结构做了细致的了解,但是对不同类型数值的运算过程不甚明白,变量类型的转变过程。 其实就是我们智能的PHP【类型自动转换】的问题,这也是PHP作为弱类型语言强大的地方,索性完整研究一下做个总结。(下边有5个事例,都是很简单的运算,但你可不一定能说得出其中缘由)
二.过程分析
事例一
先看看我碰到的问题(简化过),也就是我要写这篇博客的导火索。$a = '1.11'; $b = '0.11'; var_dump($a);//string(4) "1.11" var_dump($b);//string(4) "0.11" $re = $a - $b; var_dump($re);//float(1) 注意:发生了两个变化。 1.字符串相减,变成浮点型 2.被减数都是两位小数,结果为没有小数【这也是发生bug的地方,app因为显示时需要小数点后两位】 同理,当为字符串无小数数字相减,结果为int$a = '11'; $b = '1'; var_dump($a);//string(4) "11" var_dump($b);//string(4) "1" $re = $a - $b; var_dump($re);//int(10) 结论: 1.在PHP底层运算的过程中,会自动进行类型转换,小数的转换成float,整数转换成int。 2.需要对数字有小数点后几位限制的,记得处理一下。number_format();已经开了头,那再来聊聊这个类型转换的事儿呗。事例二 问:下面是true还是falsevar_dump(0123 == 123); var_dump('0123' == 123); var_dump('0123' === 123); 答案是什么呢?? false;true;false 分析: 相信第三个大家很容易猜出时false,因为===时强判断嘛加入了类型的比较 这里有两个需要注意的点。一方面是0开的头整形数字PHP底层会认为是八进制;另一方面是sting转换成int时会把前边的0去掉 var_dump(0123 == 123);// false,PHP会默认把0123当作8进制来处理,实际转化为10进制就是83,显然这不是相等的。 var_dump('0123' == 123);// true这里php会非常有趣的将’0123’转换成一个数字而且默认去掉了前面的0也就是123==123 var_dump('0123' === 123);// false很显然上面的问题已经说过了数字和字符串类型不一致。 结论: 1. 0开头的整形数字PHP会当作八进制来处理 2. 同事例一的结论1,字符串在运算时会自动做类型转换,而且会把前边的0去掉事例三 下面$x的结果是多少:$x = NULL; if ('0xFF' == 255) { $x = (int)'0xFF'; } $x = ? 答案是什么呢?? $x=0而不是255 注意点: 首先'oxFF' == 255我们好判断,会进行转换将16进制数字转换成10进制数字,0xff = 255。PHP使用is_numeric_string 判断字符串是否包含十六进制数字然后进行转换。 但是$x = (int)'0xFF';是否也会变成255呢?显然不是,将一个字符串进行强制类型转换实际上用的是convert_to_long,它实际上是将字符串从左向右进行转换,遇到非数字字符则停止。因此0xFF到x就停止了。所以$x=0 结论: 1.0开头的整形数字PHP会当作十六进制来处理 2. string->int的过程,是将字符串从左向右进行转换,遇到非数字字符则停止。事例四 经过下面的运算 $x的值应该是多少?$x = 3 + "15%" + "$25" 答案是什么呢?? 18 注意点:其实就是前边的所提到的点。3+15+0=18(0时因为从左往右取数字嘛,遇到非数字停止,没有当然为0)事例五(无关类型转换,但也很有意思)$a = true && false; var_dump($a); $a = true and false; var_dump($a); 答案是什么呢?? false;true为什么呢?是对运算符优先级的一个理解,哈哈,提醒到这里自己去查查吧~
本文地址:http://blog.csdn.net/ty_hf/article/details/54930120
新闻热点
疑难解答
图片精选