PHP之位运算符

使用场景:

　　1) 判断奇数偶数

for ($i=0; $i < 10 ; $i++) { 
    if($i & 1){
        echo $i.PHP_EOL;
    }
}
//输出所有奇数

　　2)快速修改状态

$status1 = 1;
$status2 = 0;

echo $status1 ^ 1;   // 0
echo $status2 ^ 1;  //1

　　3)日常算法

<?php

//普通函数
function ip2int($ip)
{
    list($ip1,$ip2,$ip3,$ip4) = explode('.', $ip);
    return $ip1*pow(256, 3) + $ip2*pow(256, 2) + $ip3*256 + $ip4;
}

//位运算符
function ip2int2($ip)
{
    list($ip1,$ip2,$ip3,$ip4) = explode('.', $ip);
    return ( $ip1 * (1<<24) ) + ( $ip2 * (1<<16) ) + ( $ip3 * (1<<8) ) + ($ip4);
}

$ip = '192.168.0.192';

echo ip2int($ip).PHP_EOL;
echo ip2int2($ip).PHP_EOL;

注意点:有人问,为什么位运算不能直接这样写呢?

function ip2int2($ip)
{
    list($ip1,$ip2,$ip3,$ip4) = explode('.', $ip);
    return ($ip1<<24) + ($ip2<<16) + ($ip3<<8) + ($ip4);
}

　　这样不是更简洁吗?  但是你可以运行一下,会惊讶的发现并不一样

为什么?  需要注意的数值型的上限  http://php.net/manual/zh/language.types.integer.php    可以通过常量 PHP_INT_MAX 来查看这个值的具体大小:   2147483647

应用
需求
这是一个设置消息提醒的功能。我们假设这是一个blog系统，用户希望有人收藏自己的文章后，可以得到一个消息提醒。
这里有三种提醒方式：邮箱提醒、短信提醒、微信公众号提醒，用户可以通过开关按钮控制某种提醒方式是开启还是关闭。可以参考以下表格：

提醒操作	邮箱	短信	微信公众号
文章被收藏	开关按钮	开关按钮	开关按钮
被关注	开关按钮	开关按钮	开关按钮
有人评论	开关按钮	开关按钮	开关按钮

实现
1、数据库设计，表名（remind）：

字段	数据类型	默认值
collection（文章被收藏）	int	default(0)
followed（被关注 ）	int	default(0)
commented（有人评论）	int	default(0)
2、在Remind Model中设置执行操作的提醒方式类型：

cosnt REMIND_NO = 0;//关闭所有的提醒
cosnt REMIND_EMAIL = 1;//邮箱提醒 2的0次方  转化为二进制是：1
cosnt REMIND_SMS = 2;//短信提醒 2的1次方    转化为二进制是：10
cosnt REMIND_WECHAT = 4;//微信公众号提醒 2的2次方 转化为二进制是：100

如果有新的提醒方式值应为4、8、16，依次类推，2的n次方。

仔细观察二进制转化后

email第一位是1，sms第二位是1，wechat第三位是1.
即email占领了第一位、sms占领了第二位、wechat占领了第三位
1，代表开启提醒；0，代表关闭提醒
如果第一位是1，表示开启邮箱提醒；如果第一位是0，表示关闭邮箱提醒
假设用户希望有人评论他的文章时，收到来自系统的提醒：

只开启邮箱提醒，那数据库中commented字段对应的值应是：1；转化为二进制：1
只开启短信提醒，那数据库中commented字段对应的值应是：2；转化为二进制：10
只开启微信公众号提醒，那数据库中commented字段对应的值应是：4；转化为二进制：100
如果开启邮箱提醒和短信提醒，那数据库中commented字段对应的值应是：1+2=3；转化为二进制：11
如果开启邮箱提醒和微信公众号提醒，那数据库中commented字段对应的值应是：1+4=5；转化为二进制：101
如果开启短信提醒和微信公众号提醒，那数据库中commented字段对应的值应是：2+4=6；转化为二进制：110
如果开启所有提醒，那数据库中commented字段对应的值应是：1+2+4=7；转化为二进制：111
重点来了，前方高能，请注意啦～

3、控制器中写具体业务逻辑：

用户希望有人关注他后，可以通过邮箱提醒他，所以用户开启了邮箱提醒：

前端传值：['option'=>'followed','type'=>'email'];
后端接收到参数，从数据库中找到当前用户的这一条数据,得知followed字段值为0；
email对应的值为1，进行&运算，判断email提醒是否开启
1&0=0,所以未开启，那我们要开启email提醒，此时followed＝0+1=1；
后来用户觉得短信提醒比较直接，所以又开启了短信提醒：

前端传值：['option'=>'followed','type'=>'sms'];
后端接收到参数，从数据库中找到当前用户的这一条数据,得知followed字段值为1；
sms对应的值为2，进行&运算，判断sms提醒是否开启
2&1=0,所以未开启，那我们要开启sms提醒，此时followed＝2+1=3；
后来该用户越来越厉害，每天关注他的人特别多，每天都收到很多消息，所以他又想关闭短信提醒：

前端传值：['option'=>'followed','type'=>'sms'];
后端接收到参数，从数据库中找到当前用户的这一条数据,得知followed字段值为3；
sms对应的值为2，进行&运算，判断sms提醒是否开启
2&3=2,所以已开启，那我们要关闭sms提醒，此时followed＝3-2=1；
部分程序代码：

$option = $GET['option'];//提醒操作,由前端传来的值
$type = $GET['type'];//提醒方式，由前端传来的值
$remind = Remind::model()->find(1);//根据条件，在数据库中找到的一条记录// 如果是提醒方式一
if ($type == "sms") {    
    if ($remind－>$option & Remind::REMIND_SMS) {        // true 代表已开启sms提醒，此时应关闭sms提醒
        $remind－>$option -= Remind::REMIND_SMS;
    } else if (!($remind－>$option & Remind::REMIND_SMS)) {        // false 代表已关闭sms提醒，此时应开启sms提醒
        $remind－>$option += Remind::REMIND_SMS;
    }
}

　　

有一个广告表，我们要对广告做显示控制：

手动上下线。

只允许 VIP 查看。

可能的表结构如下：

CREATE TABLE `finger_ad` (
  `ad_id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
  `ad_name` varchar(50) NOT NULL COMMENT '广告名称',
  `ad_image_url` varchar(255) NOT NULL COMMENT '广告图片',
  `ad_url` varchar(255) NOT NULL COMMENT '广告图片URL跳转地址',
  `is_vip` tinyint(1) NOT NULL DEFAULT '0' COMMENT '是否仅限 VIP 显示',
  `display` tinyint(1) NOT NULL DEFAULT '1' COMMENT '显示状态：1显示、0隐藏',
  PRIMARY KEY (`ad_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='广告表';
假如后期，我们需求更改了。需要再增加几种限制：

已登录用户

未登录用户

30 天内未登录用户

注册 30 天的用户

遇到这种限制条件的需求，开发同学是不是很伤脑筋？

可能很多开发第一反应就是在表结构增加这种新增的限制条件字段。一切看来似乎很美好。

的确，这样添加字段是最快最容易的方式。也能完成我们的需求。

但是，这样会引来如下毛病：

每次增加限制条件。我们都要增加字段。这种对数据库的更动能少改就少改。毕竟，无限制的增加字段不可取。

假如广告表数据量很大。大到增加一个字段需要几分钟的时候，这会给数据库服务器造成读写压力。

条件越多，SQL 条件语句就会越来越长。

那么，还有没有更好的方式解决这些问题呢？

答案：有！

这就是我们今天要讲的按位与运算符的高级技巧。

我们把上面的表结构改一下：

DROP TABLE IF EXISTS `finger_ad`;
CREATE TABLE `finger_ad` (
  `ad_id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
  `ad_name` varchar(50) NOT NULL COMMENT '广告名称',
  `ad_image_url` varchar(255) NOT NULL COMMENT '广告图片',
  `ad_url` varchar(255) NOT NULL COMMENT '广告图片URL跳转地址',
  `bit_condition` INT(11) UNSIGNED NOT NULL COMMENT '位运算条件：1-登录可访问、2-未登录可访问、4-30天注册可访问、8-30天未登录可访问、16-未消费可访问、32-VIP可访问',
  `display` tinyint(1) NOT NULL DEFAULT '1' COMMENT '显示状态：1显示、0隐藏',
  PRIMARY KEY (`ad_id`)
) ENGINE=InnoDB DEFAULT CHARSET UTF8 COMMENT='广告表';
我们把所有的条件都去掉了。增加了一个字段：    bit_condition 。把所有的条件都组合到一个字段。

那我们此时该如何写代码呢？

比如，现在要添加如下限制条件的广告：

只允许登录用户访问或已注册 30 天用户或是 VIP 用户才允许访问该广告。

那么，这个广告的    bit_condition 该如何设置值呢？很简单，把这几个条件的位值直接相加。此时值为：37。

很多可能会很奇怪。设置为 37 ，我怎么知道是这几个值的和呢？如果对 Linux 系统权限熟悉的同学就很容易理解这种做法。实际上，这里运用了按位与运算的特性：任意组合相加的值不会重复。

这个理解起来有一定难度。我三两句也很难给你梳理明白。大家可以在网上深入挖掘一下这方面儿的知识。你只需要知道这一点特点即可。

那么，现在我们该如何写 SQL 呢？

示例如下：

SELECT * FROM finger_ad WHERE display = 1 AND bit_condition & 3 = bit_condition
这条 SQL 语句当中的 3 对应的是当前用户针对这么多条件得到的数值。如果    bit_condition位值是与 3 按位与与    bit_condition 结果相同，说明条件符合。

我们通过一个字段解决了所有条件的问题。着实得感谢按位与运算符的特性。同时也对    MySQL能支持位运算符感到开心。

那么，它有什么缺点呢？

想必有经验的同学已经看出来了。这种写法只能满足包含关系。假如要实现同时满足 3 个条件才能访问就不行了。或者，一个满足另外一个取反。

优点明显，同样缺点也很明显。大家要根据实际情况来选用。