目次
1. 事前定義された定数のインポートとフレームワーク環境の初期化
2. コアコンポーネントのロード
3.    设置路由。
4.      检查缓存
5.      实例化控制器,安全性验证、实际处理请求。
ホームページ バックエンド開発 PHPチュートリアル CI フレームワークのソースコード閲覧メモ 4 ブートファイル CodeIgniter.php

CI フレームワークのソースコード閲覧メモ 4 ブートファイル CodeIgniter.php

Jun 23, 2016 pm 01:46 PM

この時点で、いよいよ CI フレームワークの中核に入ります。これは「ガイダンス」ファイルであるため、ユーザーのリクエストやデータ フローが正しいルートをたどるように、ユーザーのリクエストやパラメーターなどをガイドします。たとえば、ユーザーのリクエスト URL:

   http://you.host.com/usr/reg
ログイン後にコピー

ブート ファイルを渡した後、実際には Application の UsrController コントローラーの reg メソッドに渡されて処理されます。 CodeIgniter.php はどのような働きをしますか?段階的に見てみましょう。

1. 事前定義された定数のインポートとフレームワーク環境の初期化

以前のブログ (CI フレームワークのソース コードの読み取りメモ 2、すべてのエントリ ポイント、index.php) では、フレームワークの ENVIRONMENT が次のように設定されているのを見ました。 Index.php ファイル、アプリケーション、システムなどが定義され、セキュリティがチェックされています。

(1). 事前定義された定数をロードしています。

環境が定義されており、その環境用の事前定義された定数ファイルが存在する場合、環境のものが最初にロードされます 定数定義ファイル、そうでない場合は、config ディレクトリに定数定義ファイルをロードします:

if (defined('ENVIRONMENT') AND file_exists(APPPATH.'config/'.ENVIRONMENT.'/constants.php')) { require(APPPATH.'config/'.ENVIRONMENT.'/constants.php'); } else{ require(APPPATH.'config/constants.php'); }
ログイン後にコピー

その理由は、以前紹介したように、アプリケーションのコア コードを変更せずに、環境と対応するパラメータをすばやく切り替えることができるためです。 。

(2). カスタムエラー処理関数を設定します。

これは _Exception_handler 関数です。この関数の定義と説明については、以前のブログ (http://www.cnblogs.com/ohmygirl/p/CIRead-3.html) を参照してください。もう一度マニュアルの文を引用しますが、次のレベルのエラーはユーザー定義関数では処理できないことを皆さんに思い出していただきたいと思います: E_ERRORE_PARSEE_CORE_ERRORE_CORE_WARNINGE_COMPILE_ERROR E_COMPILE_WARNING 、およびほとんどの E_STRICT は、関数が配置されているファイル内の set_error_handler() を呼び出すことによって生成されます。

(3). コアクラスが拡張されているかどうかを確認します

if (isset($assign_to_config['subclass_prefix']) AND $assign_to_config['subclass_prefix'] != '') { get_config(array('subclass_prefix' => $assign_to_config['subclass_prefix'])); }
ログイン後にコピー

このうち、$assign_to_config は、通常、CI のコアコンポーネントの名前がエントリファイル Index.php で定義されているはずです。 CI のコア コンポーネントを変更または拡張する場合は、MY_ などの別の subclass_prefix を使用する必要があります。この場合、$assign_to_config['subclass_prefix'] を通じて拡張コアのプレフィックス名を指定する必要があります。 Loader コンポーネントがクラスをロードしないと、ファイルが見つからないエラーが発生する可能性があります。さらに、subclass_prefix 構成項目はデフォルトで APPPATH/Config/config.php 構成ファイルにあります。また、このコードは、index.php ファイル内の subclass_prefix の優先順位が高いことも示しています (つまり、両方が subclass_prefix に設定されている場合)。 Index.php の構成項目は、構成ファイル Config.php の構成を上書きします)。

この時点で、CI フレームワークの基本的な環境構成の初期化が完了しました。次に、CodeIgniter は一連のコンポーネントを使用して、さらなる要件を満たします。

2. コアコンポーネントのロード

通常、CI フレームワークのさまざまな機能はさまざまなコンポーネントによって実行されます (たとえば、Log コンポーネントは主にログの記録に使用され、Input コンポーネントはユーザーの GET、POST などの処理に使用されます)モジュール式のアプローチにより、コンポーネント間の結合が低くなり、拡張も容易になります。 CI の主なコア コンポーネントは次のとおりです:

その中には:

BM: CI のベンチマーク コンポーネントである BenchMark を指し、主にさまざまな時点をマークし、メモリ使用量を記録するために使用されます。およびその他のパラメータは、パフォーマンスのテストと追跡に便利です。

EXT: 以前紹介したCIの拡張コンポーネントは、CIコアを変更せずにシステムのコア動作機能を変更または追加するために使用されます。フックを使用すると、pre_system、pre_controller、post_controller、その他の事前定義されたフック ポイントなど、システム操作の各フック ポイントにカスタム関数と追跡を追加できます。次のすべての $EXT->_call_hook("xxx"); は、特定のフック ポイント (存在する場合) を呼び出すプログラムです。

CFG: Config 構成管理コンポーネント。主に設定ファイルの読み込みや設定項目の取得・設定などに使用されます。

UNI: UTF-8 文字セット処理の関連サポートに使用されます。 INPUT コンポーネントなどの他のコンポーネントは、コンポーネントをサポートするように変更する必要があります。

URI: URI (Uniform Resource Identifier) パラメーターなどを解析します。このコンポーネントは RTR コンポーネントと密接に関連しています。 (URI と Router はどこへ行っても仲良しのようです)。

RTR: ルーティングコンポーネント。 URI コンポーネントのパラメータ解析を通じてデータ フローの方向 (ルーティング) を決定します。

OUT: CI(カスタム)の最終出力を担当する最終出力管理コンポーネント。

SEC: セキュリティ処理コンポーネント。結局のところ、セキュリティは常に大きな問題です。

BM コンポーネントを例にとると、コア コンポーネントのロード方法は次のとおりです:

$BM =& load_class('Benchmark', 'core');
ログイン後にコピー

  调用了load_class函数获取core目录下的相应组件。(load_class的实现和具体介绍见之前的博客:CI框架源码阅读笔记3 全局函数Common.php)

各组件的功能和具体实现之后会有详细的分析, 这里我们只需要知道该组件的基本功能即可。

3.    设置路由。

调用很简单,只有一句话:

$RTR->_set_routing();
ログイン後にコピー

  调用Router组件的_set_routing()函数来设置路由,具体的实现细节,我们这里暂且不管(之后的部分会有详细介绍),我们只需要知道,通过_set_routing的处理,我们可以获得实际请求的Controller,URI的segment参数段等信息。

      值得注意的是,CI允许在index.php中配置routing,且会覆盖默认的routing设置(如共享CI的安装目录的多个应用程序可能有不同的routing):

if (isset($routing)) { $RTR->_set_overrides($routing); }
ログイン後にコピー

  设置完路由之后,可以通过该组件的:fetch_diretory() , fetch_class(), fetch_method()等分别获取目录、类、和方法。

4.      检查缓存

到了这一步,CI会先检查是否有cache_override这个钩子(默认情况下没有配置,也就是返回FALSE),如果没有注册,则调用_display_cache方法输出缓存(这种说法并不准确,准确来说应该是,如果有相应的缓存,则输出缓存且直接退出程序,否则返回FALSE,这里我们暂时不去思考实现细节):

if ($EXT->_call_hook('cache_override') === FALSE) { if ($OUT->_display_cache($CFG, $URI) == TRUE) { exit; } }
ログイン後にコピー

5.      实例化控制器,安全性验证、实际处理请求。

  能够走到这里,说明之前的缓存是没有命中的(实际上,任何页面都是应该先走到这一步,然后才会有设置缓存,之后的访问检查缓存才会命中)。这一步会require Controller基类和扩展的Controller类(如果有的话)及实际的应用程序控制器类:

require BASEPATH.'core/Controller.php'; if (file_exists(APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php')) { require APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php'; } if ( ! file_exists(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php')) { show_error('xxx'); } include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php'); 
ログイン後にコピー

  之前我们已经说过,在Router组件_set_routing之后,可以通过fetch_directory(), fetch_class(), fetch_method()等分别获取请求的文件目录、控制器和方法。

      现在对请求的控制器和方法做验证,我们看一下CI的主要验证:

if ( ! class_exists($class) OR strncmp($method, '_', 1) == 0 OR in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller'))) )
ログイン後にコピー

这里简单解释一下,CI认为不合法的情况有:

  (1).请求的class不存在:! class_exists($class)

  (2).请求的方法以_开头(被认为是私有的private的方法,之所以这么做事因为php并不是一开始就支持private,public的访问权限的):strncmp($method, '_', 1) == 0

  (3).基类CI_Controller中的方法不能直接被访问:in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller'))

如果请求的条件满足上面3个中的任何一个,则被认为是不合法的请求(或者是无法定位的请求),因此会被CI定向到404页面(值得注意的是,如果设置了404_override,并且404_override的class存在,并不会直接调用show_404并退出,而是会像正常的访问一样,实例化:$CI = new $class();)

走到这里,CI的Controller总算是加载完了(累趴)。不过且慢,还有不少事情要做:

(1). 检查_remap。

  _remap这个东西类似于CI的rewrite,可以将你的请求定位到其他的位置。这个方法是应该定义在你的应用程序控制器的:

public function _remap($method){ $this->index(); }
ログイン後にコピー

  现在,所有的请求都会被定位到改控制器的index()中去了。如果_remap不存在,则调用实际控制器的$method方法:

call_user_func_array(array(&$CI, $method), array_slice($URI->rsegments, 2));
ログイン後にコピー

(2).最终输出

  $this->load->view()之后,并不会直接输出,而是放在了缓存区。$Out->_display之后,才会设置缓存,并最终输出(详细参考Output.php和Loader.php)

(3)若有使用了数据库,还要关闭数据库连接:

if (class_exists('CI_DB') AND isset($CI->db)) { $CI->db->close(); }
ログイン後にコピー

  注意,如果在Config/database.php中设置了开启pconnect,则建立的连接是长连接,这种长连接是不会被close关闭的。所以,请谨慎使用pconnect.

到现在,CI的核心流程总算是走完了(虽然还有很多细节的问题,但不管怎么说,大树的枝干已经有了,树叶的细节,可以慢慢添加)。在结束本文之前,我们来梳理一下CI的核心执行流程:

  回顾之前我们引用的官方给出的流程图,是不是基本一致的:

 

最后,贴上整个文件的源码:

 $assign_to_config['subclass_prefix']));    }/* *  Set a liberal script execution time limit */    //if(function_exists("set_time_limit") && @!ini_get("safe_mode"))    if (function_exists("set_time_limit") == TRUE AND @ini_get("safe_mode") == 0)    {        @set_time_limit(300);    }    $BM =& load_class('Benchmark', 'core');    $BM->mark('total_execution_time_start');    $BM->mark('loading_time:_base_classes_start');/* *  Instantiate the hooks class */    $EXT =& load_class('Hooks', 'core');/* *  Is there a "pre_system" hook? */    $EXT->_call_hook('pre_system');/* *  Instantiate the config class */    $CFG =& load_class('Config', 'core');    // Do we have any manually set config items in the index.php file?    if (isset($assign_to_config))    {        $CFG->_assign_to_config($assign_to_config);    }/* *  Instantiate the UTF-8 class */    $UNI =& load_class('Utf8', 'core');/* * ------------------------------------------------------ *  Instantiate the URI class * ------------------------------------------------------ */    $URI =& load_class('URI', 'core');/* *  Instantiate the routing class and set the routing */    $RTR =& load_class('Router', 'core');    $RTR->_set_routing();    // Set any routing overrides that may exist in the main index file    if (isset($routing))    {        $RTR->_set_overrides($routing);    }/* *  Instantiate the output class */    $OUT =& load_class('Output', 'core');/* *    Is there a valid cache file?  If so, we're done... */    if ($EXT->_call_hook('cache_override') === FALSE)    {        if ($OUT->_display_cache($CFG, $URI) == TRUE)        {            exit;        }    }/* * Load the security class for xss and csrf support */    $SEC =& load_class('Security', 'core');/* *  Load the Input class and sanitize globals */    $IN    =& load_class('Input', 'core');/* *  Load the Language class */    $LANG =& load_class('Lang', 'core');/* *  Load the app controller and local controller */    // Load the base controller class    require BASEPATH.'core/Controller.php';    function &get_instance()    {        return CI_Controller::get_instance();    }    if (file_exists(APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php'))    {        require APPPATH.'core/'.$CFG->config['subclass_prefix'].'Controller.php';    }    if ( ! file_exists(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php'))    {        show_error('Unable to load your default controller. Please make sure the controller specified in your Routes.php file is valid.');    }    include(APPPATH.'controllers/'.$RTR->fetch_directory().$RTR->fetch_class().'.php');    $BM->mark('loading_time:_base_classes_end');/* *  Security check */    $class  = $RTR->fetch_class();    $method = $RTR->fetch_method();    if ( ! class_exists($class)        OR strncmp($method, '_', 1) == 0        OR in_array(strtolower($method), array_map('strtolower', get_class_methods('CI_Controller')))        )    {        if ( ! empty($RTR->routes['404_override']))        {            $x = explode('/', $RTR->routes['404_override']);            $class = $x[0];            $method = (isset($x[1]) ? $x[1] : 'index');            if ( ! class_exists($class))            {                if ( ! file_exists(APPPATH.'controllers/'.$class.'.php'))                {                    show_404("{$class}/{$method}");                }                include_once(APPPATH.'controllers/'.$class.'.php');            }        }        else        {            show_404("{$class}/{$method}");        }    }/* *  Is there a "pre_controller" hook? */    $EXT->_call_hook('pre_controller');/* *  Instantiate the requested controller */    // Mark a start point so we can benchmark the controller    $BM->mark('controller_execution_time_( '.$class.' / '.$method.' )_start');    $CI = new $class();/* *  Is there a "post_controller_constructor" hook? */    $EXT->_call_hook('post_controller_constructor');/* *  Call the requested method */    // Is there a "remap" function? If so, we call it instead    if (method_exists($CI, '_remap'))    {        $CI->_remap($method, array_slice($URI->rsegments, 2));    }    else    {        if ( ! in_array(strtolower($method), array_map('strtolower', get_class_methods($CI))))        {            if ( ! empty($RTR->routes['404_override']))            {                $x = explode('/', $RTR->routes['404_override']);                $class = $x[0];                $method = (isset($x[1]) ? $x[1] : 'index');                if ( ! class_exists($class))                {                    if ( ! file_exists(APPPATH.'controllers/'.$class.'.php'))                    {                        show_404("{$class}/{$method}");                    }                    include_once(APPPATH.'controllers/'.$class.'.php');                    unset($CI);                    $CI = new $class();                }            }            else            {                show_404("{$class}/{$method}");            }        }        call_user_func_array(array(&$CI, $method), array_slice($URI->rsegments, 2));    }    // Mark a benchmark end point    $BM->mark('controller_execution_time_( '.$class.' / '.$method.' )_end');/* *  Is there a "post_controller" hook? */    $EXT->_call_hook('post_controller');/* *  Send the final rendered output to the browser */    if ($EXT->_call_hook('display_override') === FALSE)    {        $OUT->_display();    }/* *  Is there a "post_system" hook? */    $EXT->_call_hook('post_system');/* *  Close the DB connection if one exists */    if (class_exists('CI_DB') AND isset($CI->db))    {        $CI->db->close();    }/* End of file CodeIgniter.php */
ログイン後にコピー

由于写作仓促,难免会有错误。欢迎随时指出,欢迎沟通交流。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

PHPのさまざまなエラータイプを説明します(通知、警告、致命的なエラー、解析エラー)。 PHPのさまざまなエラータイプを説明します(通知、警告、致命的なエラー、解析エラー)。 Apr 08, 2025 am 12:03 AM

PHPには4つの主要なエラータイプがあります。1。notice:わずかなものは、未定義の変数へのアクセスなど、プログラムを中断しません。 2。警告:通知よりも深刻で、ファイルを含むなど、プログラムを終了しません。 3。ファタラー:最も深刻なのは、機能を呼び出すなど、プログラムを終了します。 4。ParseError:構文エラーは、エンドタグの追加を忘れるなど、プログラムの実行を防ぎます。

PHPとPython:2つの一般的なプログラミング言語を比較します PHPとPython:2つの一般的なプログラミング言語を比較します Apr 14, 2025 am 12:13 AM

PHPとPythonにはそれぞれ独自の利点があり、プロジェクトの要件に従って選択します。 1.PHPは、特にWebサイトの迅速な開発とメンテナンスに適しています。 2。Pythonは、データサイエンス、機械学習、人工知能に適しており、簡潔な構文を備えており、初心者に適しています。

PHPでの安全なパスワードハッシュ(例:Password_hash、password_verify)を説明します。 MD5またはSHA1を使用してみませんか? PHPでの安全なパスワードハッシュ(例:Password_hash、password_verify)を説明します。 MD5またはSHA1を使用してみませんか? Apr 17, 2025 am 12:06 AM

PHPでは、Password_hashとpassword_verify関数を使用して安全なパスワードハッシュを実装する必要があり、MD5またはSHA1を使用しないでください。 1)password_hashセキュリティを強化するために、塩値を含むハッシュを生成します。 2)password_verifyハッシュ値を比較して、パスワードを確認し、セキュリティを確保します。 3)MD5とSHA1は脆弱であり、塩の値が不足しており、最新のパスワードセキュリティには適していません。

アクション中のPHP:実際の例とアプリケーション アクション中のPHP:実際の例とアプリケーション Apr 14, 2025 am 12:19 AM

PHPは、電子商取引、コンテンツ管理システム、API開発で広く使用されています。 1)eコマース:ショッピングカート機能と支払い処理に使用。 2)コンテンツ管理システム:動的コンテンツの生成とユーザー管理に使用されます。 3)API開発:RESTFUL API開発とAPIセキュリティに使用されます。パフォーマンスの最適化とベストプラクティスを通じて、PHPアプリケーションの効率と保守性が向上します。

HTTPリクエストメソッド(取得、投稿、配置、削除など)とは何ですか?それぞれを使用する必要がありますか? HTTPリクエストメソッド(取得、投稿、配置、削除など)とは何ですか?それぞれを使用する必要がありますか? Apr 09, 2025 am 12:09 AM

HTTPリクエストメソッドには、それぞれリソースを取得、送信、更新、削除するために使用されるGET、POST、PUT、および削除が含まれます。 1. GETメソッドは、リソースを取得するために使用され、読み取り操作に適しています。 2. POSTメソッドはデータの送信に使用され、新しいリソースを作成するためによく使用されます。 3. PUTメソッドは、リソースの更新に使用され、完全な更新に適しています。 4.削除メソッドは、リソースの削除に使用され、削除操作に適しています。

PHP:Web開発の重要な言語 PHP:Web開発の重要な言語 Apr 13, 2025 am 12:08 AM

PHPは、サーバー側で広く使用されているスクリプト言語で、特にWeb開発に適しています。 1.PHPは、HTMLを埋め込み、HTTP要求と応答を処理し、さまざまなデータベースをサポートできます。 2.PHPは、ダイナミックWebコンテンツ、プロセスフォームデータ、アクセスデータベースなどを生成するために使用され、強力なコミュニティサポートとオープンソースリソースを備えています。 3。PHPは解釈された言語であり、実行プロセスには語彙分析、文法分析、編集、実行が含まれます。 4.PHPは、ユーザー登録システムなどの高度なアプリケーションについてMySQLと組み合わせることができます。 5。PHPをデバッグするときは、error_reporting()やvar_dump()などの関数を使用できます。 6. PHPコードを最適化して、キャッシュメカニズムを使用し、データベースクエリを最適化し、組み込み関数を使用します。 7

PHP OOPで、self ::、parent ::、and static ::の違いを説明します。 PHP OOPで、self ::、parent ::、and static ::の違いを説明します。 Apr 09, 2025 am 12:04 AM

Phpoopでは、self ::は現在のクラスを指し、親::は親クラスを指し、静的::は後期静的結合に使用されます。 1.Self ::静的方法と一定の呼び出しに使用されますが、後期静的結合をサポートしていません。 2.Parent ::サブクラスには、親クラスのメソッドを呼び出すために使用され、プライベートメソッドにアクセスできません。 3.Static ::継承と多型に適した後期静的結合をサポートしますが、コードの読みやすさに影響を与える可能性があります。

PHPは、ファイルを安全に処理する方法をどのように処理しますか? PHPは、ファイルを安全に処理する方法をどのように処理しますか? Apr 10, 2025 am 09:37 AM

PHPは、$ \ _ファイル変数を介してファイルのアップロードを処理します。セキュリティを確保するための方法には次のものが含まれます。1。アップロードエラー、2。ファイルの種類とサイズを確認する、3。ファイル上書きを防ぐ、4。ファイルを永続的なストレージの場所に移動します。

See all articles