PHP 检测数组是否存在某个键值 判断数组索引是否存在 array_key_exists();
bool array_key_exists ( mixed key, array search )
| 代码如下 | 复制代码 |
|
<?php | |
网上说还有empty,isset也可以来验证key值是否存在
empty： 参数为0或为NULL时（如上面列子），empty均返回TRUE，详细情况可以参见empty官方手册
isset： 参数为NULL时，返回FALSE，0与NULL在PHP中是有区别的，isset(0)返回TRUE
| 代码如下 | 复制代码 |
|
<?php 输出结果如下： ======================================================== a test by empty: exist a test by isset: exist a test by array_key_exists: exist
b test by empty: not exist b test by isset: exist b test by array_key_exists: exist c test by isset: not exist c test by array_key_exists: exist | |
三种方式的语法区别
empty： 参数为0或为NULL时（如上面列子），empty均返回TRUE，详细情况可以参见empty官方手册
isset： 参数为NULL时，返回FALSE，0与NULL在PHP中是有区别的，isset(0)返回TRUE
array_key_exists： 纯粹的判断数组键值对是否存在，无论值是多少
所以，从准确性的角度来看，array_key_exists是最准确的！
三种方式的性能比较
从网上拿到一组数据，参见这里或参考资料，如下所示：
For a small array:
array_key_exists: float(0.18357992172241)
empty: float(0.072798013687134)
isset: float(0.070242881774902)
For a relative big array:
array_key_exists: float(0.57489585876465)
empty: float(0.0068421363830566)
isset: float(0.0069410800933838)
可以看到在大数据情况下，empty和isset的性能比array_key_exists快了2个数量级，差别还是很大。如果频繁判断，还是需要优化。产生这么大性能差别的原因，个人猜测，可能是isset和empty作为php语法结构不是函数，php解释器做了优化，而array_key_exists作为函数，没有相关优化。具体原因，有待通过源码考究。
三种方式的使用建议
（鉴于empty与isset性能类似，但是isset准确性较高，这里就只比较isset与array_key_exists）
如果数组不可能出现值为NULL的情况，建议使用isset
如果数组中经常出现值为NULL的情况，建议使用array_key_exists
如果数组中可能出现值为NULL，但是较少的情况，建议结合isset与array_key_exists使用，如“if (isset($arr[‘key’]) || array_key_exists(‘key’, $arr)){/*do somthing*/}”。此方法兼顾了性能和准确性，但是代码变长了。
其实不用 Facade 方式更好用，因为使用 Facade 还要引入命名空间，那不得每个 debug 的地方都引入命名空间吗，这样显得不太好。
laravel-debugbar 提供了全局的函数，位于 /vendor/barryvdh/laravel-debugbar/src/helpers.php，已经在组件的 composer.json 中定义了自动加载，因此可以直接使用帮助函数，如打印 info 级别的日志信息：
debugbar()->info($data);
直接这样调用就好了。
看看函数定义：
if (!function_exists('debugbar')) {
/**
* Get the Debugbar instance
*
* @return \Barryvdh\Debugbar\LaravelDebugbar
*/
function debugbar()
{
return app('debugbar');
}
}
打印消息如图所示：
laravel-debugbar 是个很好的调试工具，主持 psr-3 规范对日志消息定义的几种级别，在开发中可以很好的利用这个工具，提高开发、排错的效率。
PHP SDK其实应用很简单一般官方提供了PHP SDK肯定就是案例了，只要我们根据修改参数就可以了下面来看阿里云直播PHP SDK如何使用吧。1、直播云没有单独的SDK，直播部分的SDK是直接封装在CDN的相关的SDK里面
2、针对SDK，没有demo。
3、针对SDK，没有相关的文档说明。
4、针对SDK的说明，网站上面的说明与源码里面的说明完全不一致。
5、针对SDK没有封装那些常用的访问，需要用户组合调用SDK进行拼装，总之一句，这也太抽象，看看人家七牛的API，哎，不多说啥了
6、提供的SDK路径乱的一踏糊涂，想直接用没门，得各种调整。
7、针对SDK基于PHP更高登记的版本，照顾不到一些低版本用户。
针对上面几点原因，踩了一部分坑，参考其他云直播提供的通用接口进行整理的。
首先，我们分析一下阿里云提供的PHP SDK。阿里云SDK目录结构如下：
aliyun-php-sdk-core：作为PHP SDK引用核心包，只要使用阿里云的产品的php 的SDK，这个文件夹下的所有东东都是基础。
aliyun-php-sdk-cdn：这个包里面是阿里云 CDN产品的PHP SDK，但是目前直播里面的SDK都在这个里面，可能是因为直播产品和CDN产品比较紧密吧！（PS：在开通直播产品时，CDN产品的开通是前提条件）
下图为从阿里云的PHP SDK整个大包，里面包含阿里云所有产品的PHP SDK。
接下下来，我们来看看如何配置，这一步很关键，阿里云的官方网站上面内容 与 SDK 的demo ，有三个版本。（这是痛苦的根源，哈哈）
1、将整个PHP SDK包放置项目目录当中。
2、配置aliyun-php-sdk-core
在aliyun-php-sdk-core下面有一个config.php文件
| 代码如下 | 复制代码 |
|
//config sdk auto load path. //config http proxy
| |
这一句作为核心，表示自动加载aliyun-php-sdk-cdn文件夹下所有的PHP文件。aliyun-php-sdk-cdn是直播服务的SDK，若是想使用阿里云的其他功能，则需要引用其他相关的文件夹。
3、调用直播相关PHP SDK
| 代码如下 | 复制代码 |
|
| |
//初始化直播的具体操作，DescribeLiveRecordConfigRequest是获取直播云下面，所有的创建的app
| 代码如下 | 复制代码 |
|
$request = new Cdn\Request\V20141111\DescribeLiveRecordConfigRequest(); print_r("\r\n");
| |
4、查看数据返回的结果,返回的值是一个对象，里面
| 代码如下 | 复制代码 |
|
[1] => stdClass Object [2] => stdClass Object [3] => stdClass Object [4] => stdClass Object ) ) [RequestId] => 392B879D-2A09-47B3-85CF-627F7BCD3AC1 | |
最近使用 PHP 做了一个服务器负载监控的小东西，在服务器上使用 Workerman 开一个 WebSocket 服务，然后在浏览器中连接到服务。服务每隔 10 秒读取一次主机的相关信息，然后发送给客户端，客户端进行图形化显示。
总体的思路就是使用 PHP 调用 shell 命令，然后解析命令的输出内容。在获取 CPU 负载的时候，遇到了一些小问题。直观来说，直接使用 vmstat 命令就可以获取 CPU 负载，但是实际上，vmstat 命令第一行输出的从主机启动以来的平均 CPU 负载，并不是当前的负载。vmstat 命令还有一些参数，比如可以增加一个延迟参数 delay: vmstat 1，表示每秒输出一次数据，直到用户终止命令：
miroot@miserver:~$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
4 0 0 493644 162940 5727744 0 0 2 15 0 0 1 0 99 0
0 4 0 568392 162952 5656868 0 0 112 15584 8807 4496 29 6 57 7
3 0 0 567152 162952 5657416 0 0 40 116 10104 5164 28 6 65 2
2 1 0 566368 162956 5658476 0 0 84 22220 11126 5632 29 7 58 5
2 2 0 563320 162964 5659200 0 0 56 49240 9765 4792 21 7 53 19
0 0 0 566464 162976 5659892 0 0 80 1212 9998 5135 26 6 59 9
2 0 0 565400 162984 5660736 0 0 92 120 9288 4954 29 5 66 1
^C
miroot@miserver:~$
第一行数据是平均负载，从第二行数据开始，是当前的负载情况。作为监控来讲，肯定更加关注当前的负载情况。
那么，使用 PHP 调用 vmstat，当然不能使用延迟的方式来等待后续行的输出。
查了一些文档，发现在 Linux 上，系统负载的情况在 /proc/stat 这个文件中，这个文件中的内容比较多，所以我们换一个思路，采用 vmstat -s 的方式直接输出内容：
miroot@miserver:~$ vmstat -s
8165768 K total memory
4600664 K used memory
1980464 K active memory
2249908 K inactive memory
3565104 K free memory
232532 K buffer memory
2972048 K swap cache
8378364 K total swap
253352 K used swap
8125012 K free swap
1170373 non-nice user cpu ticks
25184 nice user cpu ticks
294692 system cpu ticks
1309152182 idle cpu ticks
1867039 IO-wait cpu ticks
566 IRQ cpu ticks
76405 softirq cpu ticks
0 stolen cpu ticks
4601555 pages paged in
96400000 pages paged out
1516 pages swapped in
67468 pages swapped out
243751059 interrupts
384963258 CPU context switches
1455419401 boot time
184668 forks
miroot@miserver:~$
可以看到，这里面包含很多和 CPU 相关的数据，实际上这个数据的来源就是 /proc/stat 文件。那么我们关心这么几项数据：
1170373 non-nice user cpu ticks
25184 nice user cpu ticks
294692 system cpu ticks
1309152182 idle cpu ticks
通过 man 5 proc 找到关于 /proc/stat 文件的说明，我们关心的是 CPU 相关数据的说明：
The amount of time, measured in units of USER_HZ (1/100ths of a second on most architectures, use sysconf(_SC_CLK_TCK) to obtain the right value), that the system spent in various states:
user (1) Time spent in user mode.
nice (2) Time spent in user mode with low priority (nice).
system (3) Time spent in system mode.
idle (4) Time spent in the idle task. This value should be USER_HZ times the second entry in the /proc/uptime pseudo-file.
大概的意思就是说，这些数值都是以 USER_HZ 为单位的。不管什么单位，总之他们的单位是一致的，那么我们就可以通过 2 次 vmstat -s 命令的输出来计算每个项上的增量，然后 4 个项上的增量相加就是总体的增量（其实后面还有更多关于 CPU 的数据，我们先忽略掉），然后计算每个项上的增量和总体增量的比，就是在这两次采样之间 CPU 在用户、系统和闲置状态下的负载。
参考代码如下：
// 在 Linux 系统上，需要使用 2 次 vmstat -s
// 结果的差值来计算两次采样之间的 CPU 占用比例
$last_cpu_ticks = array(
0, // non-nice user cpu ticks
0, // nice user cpu ticks
0, // system cpu ticks
0 // idle cpu ticks
);
function _get_cpu_status_linux()
{
global $last_cpu_ticks;
$s = shell_exec('vmstat -s | grep cpu');
if ($s === false) return false;
$lines = explode("n", $s);
if (count($lines) < 4) return false;
$current_data = array();
for ($i = 0; $i < 4; $i++)
{
$current_data[] = (int)(explode(' ', trim($lines[$i]))[0]);
}
$ret = array('user' => 0, 'sys' => 0, 'idle' => 0);
if ($last_cpu_ticks[0] > 0)
{
$total_delta = 0;
foreach ($current_data as $i => $v)
$total_delta += ($v - $last_cpu_ticks[$i]);
$ret['user'] = (int)(($current_data[0] - $last_cpu_ticks[0] + $current_data[1] - $last_cpu_ticks[1]) / $total_delta * 100);
$ret['sys'] = (int)(($current_data[2] - $last_cpu_ticks[2]) / $total_delta * 100);
$ret['idle'] = (int)(($current_data[3] - $last_cpu_ticks[3]) / $total_delta * 100);
}
for ($i = 0; $i < 4; $i++)
$last_cpu_ticks[$i] = $current_data[$i];
return $ret;
}