标签：composer 上传漏洞 生成 Fix 静态成员 开始 inf 通过 compose
tp框架作为国内主流框架，目前已经发布了6.0版本，相当于3.*版本是进行了重构，今天我们从源码的角度来研究下tp5.1自动加载的实现
作为单入口框架，从入口文件看起，入口文件在public/下，那么为什么大多数框架要把入口文件放到子文件夹下面呢？
第一，为了动静分离，因为现在的tp框架一般都是单入口，既然是单入口，那么必然要做rewrite，如果把静态文件和程序文件放到一起。
框架路由势必要对每一个请求进行筛选，所以这些框架不约而同的把资源文件和程序文件区分开来，放在了不同的文件夹下面，所以从整体
来看，也就是为什么入口会在子目录了。
第二，为了安全，linux下的权限划分非常严格，分贝氛围读，写，执行。在这个基础上又分为文件所有组，所在组，其他组。这样划分可以
更好的对文件权限进行梳理，避免上传漏洞(用户上传php文件被执行)等等。
1.我们来看下入口文件：
2. tp5.1入口文件引入加载了base.php文件，然后base.php文件中载入了loader.php类，并且执行了Loader::register()静态方法，我们来看看register方法内部执行了什么？
2.1）在第79行也就是register（）方法中执行了内置函数apl_autoloader_register(),此函数的第一个参数接收一个匿名函数，或者回调方法，作用是每当php
调用了不存在的类时就会执行此函数当中的回调函数，且携带一个参数，值是引入的未存在的带命名空间的类名（如果有类名空间），如在base.php20行注册异常机制，那么这是携带的参数值是：think\Error.
2.2)继续往下看，Loader类中的80跟81行，分别是获得本项目的绝对路径以及获得vender目录下composer文件夹的绝对路径，我们打印输出看下
2.3）85行后面，判断是否存在composer文件夹，是否存在autoload_static.php 文件，因为5.1版本后，php官网不再提供下载版本，只支持通过composer下载，所以这个文件一定是存在的。然后加载了这个类文件。
2.4）89行执行了 get_declared_classes() 函数，此函数功能是获取由当前脚本中已定义类的名字组成的数组(包括自己引入的类，和php内置的一些类)。然后90行取出此数组中最后一个元素，也就是刚刚引入的autoload_static.php中的类，返回值是：Composer\Autoload\ComposerStaticInit3ec0ccb9b30037c3270e4e4566239878
2.5）91行，循环将刚才获得到的类中 成员属性 复制到本类Loader中, 在商法的类中存在两个静态成员属性：$prefixLengthsPsr4、$prefixDirsPsr4。形式如下图：
这两个成员属性是根据psr-4规范规则 而生成，不懂的可自己百度了解。这里将成员属性复制到本类后，后面加载文件时查找类的文件路径会用到，下面再讲。
3）我们来看下注册命名空间定义：注册think和tratis两个两个文件夹路径，调用self::addNamespace方法，主要做的事情就是将这两个命名空间、文件路径以psr-4规范形式 加入到上面所提的两个成员属性中$prefixLengthsPsr4、$prefixDirsPsr4。$prefixLengthsPsr4规则：将命名空间首字母当做第一维数组的键，将命名空间当做第二维数组的键，将此命名空间字符串长度当做第二维数组的值。$prefixDirsPsr4规则：将命名空间当做第一维数组的键，将对应的文件绝对路径当做第二维数组的值，第二位数组的键是自增的索引值。此时本类中的静态成员属性$prefixLengthsPsr4、$prefixDirsPsr4的值如下图：
4）.106行加载类库映射文件，
它会查找项目根目录下\runtime\classmap.php文件，将此文件中的一维数组值赋值到本类成员属性$classMap。这个文件是通过执行tp5.1命令行命令：php think optimize:autoload 生成的。生成的文件中包含了所有将要引入的类的 类名与文件绝对路径 的映射，此文件会提高寻找类文件的效率，一般项目完成时生成，如果后续有新建的类的话，此文件需要重新生成才能寻找到新的类文件。后面会讲到为何会提高加载类的效率。默认是没有此文件的。
5）此方法的最后一行118行，自动加载extend目录，调用self::addAutoLoadDir()方法，做的事情是：将项目根目录下的extend目录绝对路径放到 成员属性 $fallbackDirsPsr4中。
6）Loader::autoload自动加载时执行的方法
上面说到 spl_autoload_register()函数，如果调用不存在的类时将执行此函数中的第一个参数方法。那么将调用本类中的autoload方法。此方法代码：
上面说了，此方法的参数$class的值的带有命名空间的类名，127行判断本类中的成员属性$classAlias中是否存在此类名，如果存在，则将此类名设置别名，开始此属性值是空数组。继续往下，调用了self::findFile方法并将类名当做参数传入，返回$file值，下方140行引入此文件。我们来看看findFile方法做了哪些事情：
6.1）143行，首先判断成员属性$classmap中是否存在此类名的键，如果存在则直接返回。我们上方说到此成员属性值是执行tp5.1命令行命令生成的，所以生成文件后就不再往下执行 循环判断文件是否存在，直接返回文件路径，所以可以提高文件查找效率。
6.2）
if中执行的逻辑是根据psr-4规范查找类文件，具体是这样：取出这个带有命名空间类的第一个字母，判断成员属性$prefixLengthsPsr4是否存在此首字母的键值，然后循环这个键值，判断命名空间有没有是否存在$prefixLengthsPsr4二维的键，如果存在，根据$prefixDirsPsr4属性取出命名空间对应的绝对路径，然后拼接文件名，判断文件是否存在，如果存在则返回文件的绝对路径。
6.3）
循环$fallbackDirsPsr4属性下所有值拼接文件名，返回绝对路径并判断文件是否存在，若存在则返回。
6.4）：
根据psr-0规则判断文件是否存在并返回，跟上方的psr-4异曲同工
标签：composer 上传漏洞 生成 Fix 静态成员 开始 inf 通过 compose
原文地址：https://www.cnblogs.com/candii/p/11774172.html
