PHP 实现定时任务的几种方法

这几天需要用PHP写一个定时抓取网页的服务器应用. 在网上搜了一下解决办法, 发现OSchina的一个问题的解答很精彩(值得一看,谢谢大牛们的精彩回答O(∩_∩)O~), 提出几种解决办法.现总结如下.
一. 简单直接不顾后果型


缺点: 启动之后，便无法控制, 除非终止 PHP 宿主. 不要采用这样方法, 除非你是黑客.
二. 简单可控型
config.php

cron.php

    
ignore_user_abort();//关掉浏览器，PHP脚本也可以继续执行.
set_time_limit(0);// 通过set_time_limit(0)可以让程序无限制的执行下去
$interval=60*30;// 每隔半小时运行
do{
    $run = include 'config.php';
    if(!$run) die('process abort');
    
    //ToDo
    sleep($interval);// 等待5分钟
}
while(true);
通过 改变config.php 的 return 0 , 来实现停止程序. 一个可行的办法是config.php文件和某个特殊表单交互, 通过HTML页面设置一些变量来进行配置
缺点: 占系统资源, 长时间运行，会有一些意想不到的隐患。比如内存管理方面的问题 .
三. 简单改进型

php脚本sleep 一段时间之后通过访问自身的方式继续执行. 就好像接力赛跑一样..这样就能保证每个PHP脚本执行时间不会太长. 也就不受time_out的限制了.

因为每一次一次循环php文件都是独立执行,所以这种方法,避免了time_out的限制. 但是最好和上边一样 加上控制代码. cofig.php , 以便能够终止进程.
四. cronTab 型
cControlJobNum(1);
while(true)
{
   
   <动态sleep>                
}

// 方法
function cControlJobNum($job_limit) 
{
   $cmd = @popen("ps -ef | grep '{$_SERVER['SCRIPT_FILENAME']}' | grep -v grep | wc -l", 'r');
   $num = @fread($cmd, 512);
   $num += 0;
   @pclose($cmd);
   if($num > $job_limit)
   {
      exit;
   }
  
   return true;
}
程序中通过 popen 来判断运行进程的数量，来控制并发。
五. ini_set函数用法详解
PHP ini_set用来设置php.ini的值，在函数执行的时候生效，脚本结束后，设置失效。无需打开php.ini文件，就能修改配置，对于虚拟空间来说，很方便。
函数格式：
string ini_set(string $varname, string $newvalue) 
不是所有的参数都可以配置，可以查看手册中的列表。 
常见的设置：
@ ini_set('memory_limit', '64M'); 
menory_limit：设定一个脚本所能够申请到的最大内存字节数，这有利于写的不好的脚本消耗服务器上的可用内存。@符号代表不输出错误。
@ini_set('display_errors', 1); 
display_errors：设置错误信息的类别。
@ini_set('session.auto_start', 0); 
session.auto_start：是否自动开session处理，设置为1时，程序中不用session_start()来手动开启session也可使用session， 
如果参数为0，又没手动开启session，则会报错。
@ini_set('session.cache_expire', 180); 
session.cache_expire：指定会话页面在客户端cache中的有限期（分钟）缺省下为180分钟。如果设置了session.cache_limiter=nocache时，此处设置无 效。
@ini_set('session.use_cookies', 1); 
session.use_cookies：是否使用cookie在客户端保存会话ID；
@ini_set('session.use_trans_sid', 0); 
session.use_trans_sid：是否使用明码在URL中显示SID（会话ID）， 
默认是禁止的，因为它会给你用户带来安全危险：

用户可能将包含有效的sid的URL通过email/irc/QQ/MSN等途径告诉其他人。
包含有效sid的URL可能会保存在公用电脑上。
用户可能保存带有固定不变的SID的URL在他们的收藏夹或者浏览历史记录里。 基于URL的会话管理总是比基于Cookie的会话管理有更多的风险，所以应当禁用。