一直使用win7x64进行开发，web服务器用的是php5.5内置的web服务器，
昨天突然发现一个问题，同样的代码，在win7和centos上，结果不同：
 var_dump(intval('21474836470'));
在win7上输出：int 2147483647
在centos输出：int 30000000000
手册上说：
最大的值取决于操作系统。 32 位系统最大带符号的 integer 范围是 -2147483648 到 2147483647
64 位系统上，最大带符号的 integer 值是 9223372036854775807。
可是的我系统是win7x64的啊，下载的php也验证了下，是64位版本的，
为什么会出现intval是32位的效果？？？
在windows下看phpinfo，也可以看到是64位：
php version 5.5.14
system  windows nt 7d494368868afa1 6.1 build 7601 (windows 7 ultimate edition service pack 1) amd64
build date  jun 25 2014 12:37:32
compiler  msvc11 (visual c++ 2012) 
architecture  x64
回复讨论(解决方案) 这个不仅仅要看操作系统的版本，还要看php的版本，官方发布的php版本均为32位
php5.5以上才有64位的，其他均为32位
php5.5以上才有64位的，其他均为32位
我的php就是5.5的64位版本，
另附上如何判断exe是32位还是64位程序，用ue打开exe，在00000100h这一行附近，会有一个值：
pe..l (hex code: 504500004c) = 32 bit
or
pe..d? (hex code: 504500006486) = 64 bit 没有人知道吗？？？
难道大家都只在win上开发，或只在linux上开发？
是否需要用 64 位版本进行开发，需要看运行环境而定。
不然你做的项目会因找不到 64 位服务器而流产
另外，64位系统有真假之分：64位系统64位架构 和 64位系统32位架构（在32位系统中称 32位 和 准32位）
再有就是，或与你遇到的问题可能是个 bug（可上bug网站上查查）现在都 5.6.9 了，可能已经修复了呢？
是否需要用 64 位版本进行开发，需要看运行环境而定。
不然你做的项目会因找不到 64 位服务器而流产
另外，64位系统有真假之分：64位系统64位架构 和 64位系统32位架构（在32位系统中称 32位 和 准32位）
再有就是，或与你遇到的问题可能是个 bug（可上bug网站上查查）现在都 5.6.9 了，可能已经修复了呢？
感谢回复，去https://bugs.php.net/ 搜索了一下，没找到相关bug资料，
另外，又去windows2008r2企业版上测试了一下，也是同样最大只支持：2147483647
看来后续要尽量迁移到centos上开发了，避免这种环境不一致的问题 另外，我提的问题，有个地方写错了，可是不能编辑，应该问题是：
 var_dump(intval('30000000000'));
在win7上输出：int 2147483647
在centos输出：int 30000000000
去提了个bug，回复说这不是bug，
 windows版本的php只是测试版本，不完全，
https://bugs.php.net/bug.php?id=69704
其实即便是支持 64位整型数，那依然还是存在隐患的，如果你的运算结果超过了 64位 整型数了呢？
php 提供有高精度数的运算函数库，并不受机器影响，上亿位（不是上亿，才10位）的数照样能计算出来
其实即便是支持 64位整型数，那依然还是存在隐患的，如果你的运算结果超过了 64位 整型数了呢？
php 提供有高精度数的运算函数库，并不受机器影响，上亿位（不是上亿，才10位）的数照样能计算出来
现在的业务场景是用户表的自增id，已经超过了32位有效值范围，导致开发时出错，线上正常，
64位的有效值范围，估计至少得10年以后，甚至我能不能看到那一天也不一定，哈哈 如果是自增id，那么 mysql 提供有 bigint 本身就是 64位 整型
在 php 当做字符串处理就可以了，自增id 只是个标识，并不参与数学运算
如果是自增id，那么 mysql 提供有 bigint 本身就是 64位 整型
在 php 当做字符串处理就可以了，自增id 只是个标识，并不参与数学运算
是的，之前处理是把字符串用intval转换为数字后，参与sql查询，
发现有这个问题后，
改用正则 ^/d+$ 来判断是否数字，再参与sql查询 在你写的 sql 指令中 数字 不用引号括起的吗？
虽然 aaa=123 和 aaa='123' 是一样的，但后者远比前者安全
在你写的 sql 指令中 数字 不用引号括起的吗？
虽然 aaa=123 和 aaa='123' 是一样的，但后者远比前者安全
嗯，我这边sql不是拼接的，是类似 where id=? 这种传参方案，得到的sql是有引号的