eleven26
0%

Posted on Edited on

自定义一个 Dispatcher

.php

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<?php

namespace App;

use Dingo\Api\Http\Request;

class Dispatcher
{
    /**
     * Dispatch a request.
     *
     * @param $request
     * @return mixed
     */
    public function dispatch($request)
    {
        $version = Request::getAcceptParser()->parse($request)['version'];

        return app('api.router.adapter')->dispatch($request, $version);
    }
}

修改 \Hhxsv5\LaravelS\Illuminate\Laravel::handleDynamic 方法，把 $response = $this->app->dispatch($request); 替换成 $response = app(\App\Dispatcher::class)->dispatch($request);。

原因

使用 $response = $this->app->dispatch($request); 的时候，实际上没有处理 http 头里面的版本信息

源码： https://github.com/hhxsv5/laravel-s/blob/v3.5.7/src/Illuminate/Laravel.php#L146

Posted on Edited on

默认情况下，toSql 获取到的 sql 里面的参数使用 "?" 代替的，如下：

1
DB::table('users')->where('id', 1)->toSql();

获取到的 sql 语句是：

1
select * from `users` where `id` = ?

有时候我们想要得到具体的语句，可以利用 builder 的 getBindings 方法：

1
2
3
4
5
$builder = DB::table('users')->where('id', 1);
$bindings = $builder->getBindings();
$sql = str_replace('?', '%s', $builder->toSql());
$sql = sprintf($sql, ...$bindings);
dd($sql);

获取到的 sql 语句是：

1
select * from `tb_user` where `id` = 1

如果经常使用可以考虑使用 Builder 的 macro 方法加进 Builder 里面：

1
2
3
4
5
6
7
\Illuminate\Database\Query\Builder::macro('sql', function () {
    $bindings = $this->getBindings();
    $sql = str_replace('?', '%s', $this->toSql());
 
    return sprintf($sql, ...$bindings);
});
dd(DB::table('users')->where('id', 1)->sql());

Posted on Edited on

说明

性能一直是 Laravel 框架为人诟病的一个点，所以调优 Laravel 程序算是一个必学的技能。

接下来分享一些开发的最佳实践，还有调优技巧，大家有别的建议也欢迎留言讨论。

这里是简单的列表：

  • 配置信息缓存 artisan config:cache
  • 路由缓存 artisan route:cache
  • 类映射加载优化 artisan optimize
  • 自动加载优化 composer dumpautoload
  • 使用 Memcached 来存储会话 config/session.php
  • 使用专业缓存驱动器 config/cache.php
  • 数据库请求优化
  • 为数据集书写缓存逻辑
  • 使用即时编译器（JIT），如：HHVM
  • 开启 OpCache
  • 前端资源合并 Elixir

1. 配置信息缓存

使用以下 Artisan 自带命令，把 config 文件夹里所有配置信息合并到一个文件里，减少运行时文件的载入数量：

1
php artisan config:cache

上面命令会生成文件 bootstrap/cache/config.php，可以使用以下命令来取消配置信息缓存：

1
php artisan config:clear

此命令做的事情就是把 bootstrap/cache/config.php 文件删除。

注意：配置信息缓存不会随着更新而自动重载，所以，开发时候建议关闭配置信息缓存，一般在生产环境中使用，可以配合 Envoy 任务运行器 一起使用。

2. 路由缓存

路由缓存可以有效的提高路由器的注册效率，在大型应用程序中效果越加明显，可以使用以下命令：

1
php artisan route:cache

以上命令会生成 bootstrap/cache/routes.php 文件，需要注意的是，路由缓存不支持路由匿名函数编写逻辑，详见：文档 - 路由缓存。

可以使用下面命令清除路由缓存：

1
php artisan route:clear

此命令做的事情就是把 bootstrap/cache/routes.php 文件删除。

注意：路由缓存不会随着更新而自动重载，所以，开发时候建议关闭路由缓存，一般在生产环境中使用，可以配合 Envoy 任务运行器 一起使用。

3. 类映射加载优化

optimize 命令把常用加载的类合并到一个文件里，通过减少文件的加载，来提高运行效率：

1
php artisan optimize --force

会生成 bootstrap/cache/compiled.php 和 bootstrap/cache/services.json 两个文件。

你可以可以通过修改 config/compile.php 文件来添加要合并的类。

在 production 环境中，参数 --force 不需要指定，文件就会自动生成。

要清除类映射加载优化，请运行以下命令：

1
php artisan clear-compiled

此命令会删除上面 optimize 生成的两个文件。

注意：此命令要运行在 php artisan config:cache 后，因为 optimize 命令是根据配置信息（如：config/app.php 文件的 providers 数组）来生成文件的。

4. 自动加载优化

此命令不止针对于 Laravel 程序，适用于所有使用 composer 来构建的程序。此命令会把 PSR-0和 PSR-4 转换为一个类映射表，来提高类的加载速度。

1
composer dumpautoload -o

注意：php artisan optimize --force 命令里已经做了这个操作。

5. 使用 Memcached 来存储会话

每一个 Laravel 的请求，都会产生会话，修改会话的存储方式能有效提高程序效率，会话的配置信息是 config/session.php，建议修改为 Memcached 或者 Redis 等专业的缓存软件：

1
'driver' => 'memcached',

6. 使用专业缓存驱动器

「缓存」是提高应用程序运行效率的法宝之一，默认缓存驱动是 file 文件缓存，建议切换到专业的缓存系统，如 Redis 或者 Memcached，不建议使用数据库缓存。

1
'default' => 'redis',

7. 数据库请求优化

数据关联模型读取时使用 延迟预加载 和 预加载 ；

使用 Laravel Debugbar 或者 Clockwork 留意每一个页面的总数据库请求数量；

这里的篇幅只写到与 Laravel 相关的，其他关于数据优化的内容，请自行查阅其他资料。

8. 为数据集书写缓存逻辑

合理的使用 Laravel 提供的缓存层操作，把从数据库里面拿出来的数据集合进行缓存，减少数据库的压力，运行在内存上的专业缓存软件对数据的读取也远远快于数据库。

1
2
3
4
$posts = Cache::remember('index.posts', $minutes = 30, function()
{
    return Post::with('comments', 'tags', 'author', 'seo')->whereHidden(0)->get();
});

remember 甚至连数据关联模型也都一并缓存了，多么方便呀。

9. 使用即时编译器（JIT）

HHVM 是目前比较好的 JIT 实现，能轻轻松松的让你的应用程序在不用做任何修改的情况下，直接提高 50% 或者更高的性能。

10. 开启 OpCache

PHPhub 之前做个一个实验，具体请见：使用 OpCache 提升 PHP 5.5+ 程序性能。

11. 前端资源合并

作为优化的标准，一个页面只应该加载一个 CSS 和 一个 JS 文件，并且文件要能方便走 CDN，需要文件名随着修改而变化。

Laravel Elixir 提供了一套简便实用的方案，详细请见文档：`Laravel Elixir 文档。

原文地址: https://laravel-china.org/articles/2020/ten-laravel-5-program-optimization-techniques

Posted on Edited on

其实官方文档有说，只是没看仔细。

正常情况下，修改 php 代码是不用重启什么东西的，

但是 Laravel 中的 job 不一样，

如果不用 php artisan queue:restart，新 dispatch 的 job 跑的还会是原来的代码。

也就是说，如果发现 job 有 bug，改了之后可能不会生效，除非有重启过队列。

如果使用 supervisor，可以使用 supervisor restart xxx 来进行重启。

个人觉得原因是，运行 php artisan queue:work 或 php artisan queue:listen 之后，

内存中的代码是运行时候的代码，是常驻内存的，

job 的保存是序列化保存的，在 队列运行到对应的 job 的时候，反序列化出来的还是旧驻留内存的 job。

所以，队列有些奇怪的 bug 发生的时候，或者修改过代码之后，需要重启一下队列。