如果中间件请求接口返回是数据流时，这时没法直接将数据流直接输出到响应体的data中，需要在中间件中直接将文件下载下来

代码如下：

$response = HttpUtil::request($urlInfo, $paramsData, $method, $header, $returnBody);//文件流
$header = [
   'Content-Type'        => 'application/octet-stream',
   'Content-Disposition' => 'attachment; filename="' . rawurlencode('反馈列表.xlsx') . '"',
];
return response($response)->withHeaders($header);

备注：文件名如果涉及到中文，需要转义以后可以，否则下载文件名称乱码
附：urlencode和rawurlencode区别
urlencode：是一种将字符串进行编码的函数，主要用于将字符串转换为 URL 编码格式。它将字符串中的特殊字符（如空格、中文等）转换为%加上字符的 ASCII 码十六进制表示形式。这种编码方式在将数据作为 URL 的一部分进行传递时非常有用，比如在GET请求的查询字符串中。
rawurlencode：同样是用于 URL 编码的函数。它的主要目的也是对字符串进行编码，使其能够安全地用于 URL 中。与urlencode不同的是，它在编码时遵循 RFC 3986 标准，对于一些字符的编码方式更为严格和规范。

今天遇到一个问题，生成小程序短链的时候，请求参数page_url附带的query长度过长，导致小程序报错，提供一下解决思路
解决步骤：
1、接收前端参数时，所有参数生成一个唯一标识，作为key，参数作为value存入redis中
2、生成短链时，把唯一标识作为query传入page_url中，例如?unique_data=123456
3、前端小程序落地页获取url中的unique_data，然后通过接口，获取unique_data对应的数据内容回显到落地页
结果：
因为请求的unique_data是固定长度，不管前端请求参数长度为多少，都不会导致page_url长度超1024

1、查看当前用户的 crontab 文件:

crontab -l

2、编辑当前用户的 crontab 文件:

crontab -e

3、删除当前用户的 crontab 文件:

crontab -r

4、列出系统上所有用户的 crontab 任务:

sudo crontab -l

5、重启 cron 服务:

sudo service cron restart  或者  sudo systemctl restart cron

5、查看 cron 服务状态:

sudo service cron status  或者  sudo systemctl status cron

6、环境变量:
默认情况下，cron 任务不会加载用户的环境变量。如果需要环境变量，可以将其添加到 crontab 文件中，或者使用 env 命令将它们传递给 cron。

在编辑 crontab 文件时，每一行都代表一个计划任务，格式如下

*     *     *   *    *        command to be executed
-     -     -   -    -
|     |     |   |    |
|     |     |   |    +----- day of the week (0 - 6) (Sunday=0)
|     |     |   +------- month (1 - 12)
|     |     +--------- day of the month (1 - 31)
|     +----------- hour (0 - 23)
+------------- min (0 - 59)

例如，下面的 crontab 条目表示每天凌晨 1 点执行 /path/to/script.sh 脚本：

0 1 * * * /path/to/script.sh

使用 crontab 时，请确保正确设置时间，并且脚本有执行权限。

示例：

json_encode($queryParams, JSON_UNESCAPED_UNICODE|JSON_UNESCAPED_SLASHES)//多个常量用|分隔

常量注释：

JSON_ERROR_NONE (int)
没有错误发生。
JSON_ERROR_DEPTH (int)
到达了最大堆栈深度。
JSON_ERROR_STATE_MISMATCH (int)
出现了下溢（underflow）或者模式不匹配。
JSON_ERROR_CTRL_CHAR (int)
控制字符错误，可能是编码不对。
JSON_ERROR_SYNTAX (int)
语法错误。
JSON_ERROR_UTF8 (int)
异常的 UTF-8 字符，也许是因为不正确的编码。
JSON_ERROR_RECURSION (int)
传递给 json_encode() 函数的对象或数组包含了递归引用，导致无法被编码。如果打开了 JSON_PARTIAL_OUTPUT_ON_ERROR 选项，则牵涉到递归引用的数据会转换成 null 后返回。
JSON_ERROR_INF_OR_NAN (int)
传递给 json_encode() 函数的参数中包含了 NAN 或 INF，导致编码出错。如果打开了 JSON_PARTIAL_OUTPUT_ON_ERROR 选项，则牵涉到对应不可编码的数字，会转换成数字 0 后返回。
JSON_ERROR_UNSUPPORTED_TYPE (int)
传递了不支持的数据类型给 json_encode() 函数，比如 resource。如果打开了 JSON_PARTIAL_OUTPUT_ON_ERROR 选项，则对于不支持的数据类型，会转换成 null 后返回。
JSON_ERROR_INVALID_PROPERTY_NAME (int)
A key starting with \u0000 character was in the string passed to json_decode() when decoding a JSON object into a PHP object.
JSON_ERROR_UTF16 (int)
Single unpaired UTF-16 surrogate in unicode escape contained in the JSON string passed to json_encode().
下面的常量可以和 json_decode() 的 form 选项结合使用。

JSON_BIGINT_AS_STRING (int)
将大数字编码成原始字符原来的值。
JSON_OBJECT_AS_ARRAY (int)
将 JSON 对象作为数组解码。当调用 json_decode() 且第二个参数为 true 时此选项会自动添加。
下面的常量可以和 json_encode() 的 form 选项结合使用。

JSON_HEX_TAG (int)
所有的 < 和 > 转换成 \u003C 和 \u003E。
JSON_HEX_AMP (int)
所有的 & 转换成 \u0026。
JSON_HEX_APOS (int)
所有的 ' 转换成 \u0027。
JSON_HEX_QUOT (int)
所有的 " 转换成 \u0022。
JSON_FORCE_OBJECT (int)
使一个非关联数组输出一个类（Object）而非数组。 在数组为空而接受者需要一个类（Object）的时候尤其有用。
JSON_NUMERIC_CHECK (int)
将所有数字字符串编码成数字（numbers）。
JSON_PRETTY_PRINT (int)
用空白字符格式化返回的数据。
JSON_UNESCAPED_SLASHES (int)
不要编码 /。
JSON_UNESCAPED_UNICODE (int)
以字面编码多字节 Unicode 字符（默认是编码成 \uXXXX）。
JSON_PARTIAL_OUTPUT_ON_ERROR (int)
用不可编码的值来代替失败。
JSON_PRESERVE_ZERO_FRACTION (int)
确保 float 值始终编码为为 float 值。
JSON_UNESCAPED_LINE_TERMINATORS (int)
The line terminators are kept unescaped when JSON_UNESCAPED_UNICODE is supplied. It uses the same behaviour as it was before PHP 7.1 without this constant. Available since PHP 7.1.0.
下面的常量可以和 json_decode() 及 json_encode() 的 form 选项结合使用。

JSON_INVALID_UTF8_IGNORE (int)
忽略无效的 UTF-8 字符。自 PHP 7.2.0 起生效。
JSON_INVALID_UTF8_SUBSTITUTE (int)
将无效 UTF-8 字符转换为 \0xfffd（Unicode 字符“虚缺号”）。自 PHP 7.2.0 起生效。
JSON_THROW_ON_ERROR (int)
如果发生错误则会抛出 JsonException，而不是通过 json_last_error() 和 json_last_error_msg() 检索设置到全局的错误状态。JSON_PARTIAL_OUTPUT_ON_ERROR 优先于 JSON_THROW_ON_ERROR。自 PHP 7.3.0 起生效。
JSON_ERROR_NON_BACKED_ENUM (int)
传递给 json_encode() 的值包含了无法序列化的非支持的枚举。 自 PHP 8.1.0 起生效。

注：内容来源：https://www.php.net/manual/zh/json.constants.php

问题：今天，线上接口突然报The HTTP status code "0" is not valid异常，第一次见http状态码0
排查：
1、调用接口，打断点排查，因为接口响应时间有点长，首先排查是不是有慢查询，通过阿里云后台并没有发下有慢查询记录
2、排查调用接口，发现有一个第三方接口，直接报错400
3、加try,catch ,如果第三方接口有异常在log记录异常信息
总结：如果遇到这个问题，不妨先打断点，找到抛出异常的代码，进行优化，网上有的说法，看不明白，也解决不了问题