一直使用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位
没有人知道吗？？？
难道大家都只在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 了，可能已经修复了呢？
另外，我提的问题，有个地方写错了，可是不能编辑，应该问题是：
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，那么 MySQL 提供有 BIGINT 本身就是 64位 整型
在 php 当做字符串处理就可以了，自增id 只是个标识，并不参与数学运算
如果是自增id，那么 MySQL 提供有 BIGINT 本身就是 64位 整型
在 php 当做字符串处理就可以了，自增id 只是个标识，并不参与数学运算
在你写的 sql 指令中 数字 不用引号括起的吗？
虽然 aaa=123 和 aaa='123' 是一样的，但后者远比前者安全
在你写的 sql 指令中 数字 不用引号括起的吗？
虽然 aaa=123 和 aaa='123' 是一样的，但后者远比前者安全
