1. 刷新 config  php artisan config:clear 2.刷新缓存 php artisan cache:clear 3.刷新路由 php artisan route:clear

<?php $data = $_POST['group_name']; $groupData = explode("\r\n",$data); var_dump($groupData); ?> 注意：explode函数的第一个参数中的“\r\n”必须用双引号包裹，不可以用单引号，否则无法根据换行回车把提交上来的数据打散成数组。

版权声明：本文为博主原创文章，遵循 CC 4.0 by-sa 版权协议，转载请附上原文出处链接和本声明。 姿势1 使用 $request->attributes->add($arr) 方法 Demo: 注册中间件这部分就不说了 主要说用法 class MidParams //中间件 {     public function handle($request, Closure $next)     {         $mid_params = ['mid_params'=>'this is mid_params'];         $request->attributes->add($mid_params);//添加参数         return $next($request);//进行下一步(即传递给控制器)     } } class MidController extends  Controller { //控制器     public function testMidFunc(Request $request) {         $input_para...

1. 前言 随着互联网的高速发展，前端页面的展示、交互体验越来越灵活、炫丽，响应体验也要求越来越高，后端服务的高并发、高可用、高性能、高扩展等特性的要求也愈加苛刻，从而导致前后端研发各自专注于自己擅长的领域深耕细作。 然而带来的另一个问题：前后端的对接界面双方却关注甚少，没有任何接口约定规范情况下各自干各自的，导致我们在产品项目开发过程中，前后端的接口联调对接工作量占比在30%-50%左右，甚至会更高。往往前后端接口联调对接及系统间的联调对接都是整个产品项目研发的软肋。 本文的主要初衷就是规范约定先行，尽量避免沟通联调产生的不必要的问题，让大家身心愉快地专注于各自擅长的领域。 2. 为何要分离 目前现有前后端开发模式：“后端为主的MVC时代”，如下图所示： 后端为主的MVC时代 代码可维护性得到明显好转，MVC 是个非常好的协作模式，从架构层面让开发者懂得什么代码应该写在什么地方。为了让 View 层更简单干脆，还可以选择 Velocity、Freemaker 等模板，使得模板里写不了 Java 代码。 看起来是功能变弱了，但正是这种限制使得前后端分工更清晰...

概述 在面试被问到系统设计这块时候，秒杀系统经常是一个热门考点。 今天我们就讨论一下其中的重要一点： 如何进行秒杀系统的流量销锋？ 如果你看过秒杀系统的流量监控图的话，你会发现它是一条直线，就在秒杀开始那一秒是一条很直很直的线，这是因为秒杀请求在时间上高度集中于某一特定的时间点。 这样一来，就会导致一个特别高的流量峰值，它对资源的消耗是瞬时的。 但是对秒杀这个场景来说，最终能够抢到商品的人数是固定的，也就是说100人和10000人发起请求的结果都是一样的，并发度越高，无效请求也越多。 但是从业务上来说，秒杀活动是希望更多的人来参与的，也就是开始之前希望有更多的人来刷页面，但是真正开始下单时，秒杀请求并不是越多越好。 因此我们可以设计一些规则，让并发的请求更多地延缓，而且我们甚至可以过滤掉一些无效请求。 为什么要削峰？ 为什么要削峰呢？或者说峰值会带来哪些坏处？ 我们知道服务器的处理资源是恒定的，你用或者不用它的处理能力都是一样的，所以出现峰值的话，很容易导致忙到处理不过来，闲的时候却又没有什么要处理。 但是由于要保证服务质量，我们的很多处理资源只能按照忙的时候来预估...

容器，字面上理解就是装东西的东西。常见的变量、对象属性等都可以算是容器。一个容器能够装什么，全部取决于你对该容器的定义。当然，有这样一种容器，它存放的不是文本、数值，而是对象、对象的描述（类、接口）或者是提供对象的回调，通过这种容器，我们得以实现许多高级的功能，其中最常提到的，就是 “解耦” 、“依赖注入（DI）”。本文就从这里开始。 IoC 容器， laravel 的核心 Laravel 的核心就是一个 IoC 容器，根据文档，称其为“服务容器”，顾名思义，该容器提供了整个框架中需要的一系列服务。作为初学者，很多人会在这一个概念上犯难，因此，我打算从一些基础的内容开始讲解，通过理解面向对象开发中依赖的产生和解决方法，来逐渐揭开“依赖注入”的面纱，逐渐理解这一神奇的设计理念。 本文一大半内容都是通过举例来让读者去理解什么是 IoC（控制反转） 和 DI（依赖注入），通过理解这些概念，来更加深入。更多关于 laravel 服务容器的用法建议阅读文档即可。 IoC 容器诞生的故事 讲解 IoC 容器有很多的文章，我之前也写过。但现在我打算利用当下的灵感重新来过，那么开始吧。 超人...

一般来说技术团队的金字塔顶尖往往是技术最牛的人做架构师（或TL）。所以架构师在广大码农中的占比大概平均不到 20%。而架构师也可以分为初级、中级、高级，江湖上真正高水平的架构师就更少了。 所以，80%码农干上许多年，还是做不了架构师，正在辛苦工作的程序员们，你有没有下面几种感觉？ ① 我的工作就是按时完成领导交给我的任务，至于代码写的怎样，知道有改进空间，但没时间去改进，关键是领导也不给时间啊。 ② 我发现我的水平总是跟不上技术的进步，有太多想学的东西要学，Swoft用的人最近比较多啊，听说最近Swoole比较火，还有微服务，听说PHP又更新了…… ③ 我发现虽然我工作5年了，除了不停的Coding写业务代码，Ctrl+c和Ctrl+V更熟练了，但编码水平并没有提高，还是一个普通程序员，但有人已经做到架构师了。 ④工作好几年了，想跳槽换个高薪工作，结果面试的考官都问了一些什么数据结构，什么垃圾回收，什么并发架构、协程编程之类的东西，虽然看过，但是平时用不着，看了也忘记了，回答不上来，结果面试官说我基础太差…… 如果有以上问题，那么你绝对进...

常量是一个简单的标识符。在脚本执行期间该值不能改变（除了所谓的魔术常量，他们其实不是常量）。常量默认大小写敏感。通常常量标识符总是大写的。   可以用define()函数来定义常量。在php5.3.0以后，可以使用const关键字在类定义的外部定义常量，先前版本const关键字只能在类(class)中使用。一个常量一旦被定义，就不能再改变或取消定义。   常量只能包含标量数据（boolean、integer、float和string）。可以定义resource常量，但应尽量避免，因为会造成不可预料的结果。   可以简单的通过指定其名字来获得常量的值，与变量不同，不应该在常量的前面加上$符号。如果常量名是动态的，也可以用函数constant()来获取常量的值。用get_defined_constants()可以获得所有已定义的常量列表。   常量和变量有如下不同： 1、常量前面没有美元符号($) 2、常量只能通过define()函数定义，而不能通过赋值语句 3、常量可以不用理会变量的作用域在任何地方定义和访问 4、常量一旦定义就不能重新定义或取消定义 5、常量的...

这里用swoole_client 举个例子( swoft2.*) $client = new \swoole_client(SWOOLE_SOCK_TCP); if (!$client->connect('10.10.10.15', 18307, 0.5)) { return "connect failed. Error: {$client->errCode}\n"; } $client->send(json_encode([ "jsonrpc" => '2.0', "method" => sprintf("%s::%s::%s", "1.2", \App\Rpc\Lib\UserInterface::class, 'getList'), 'params' => [1,2], 'id' => '', 'ext' => [] ])."\r\n\r\n");// 旧版不需要追加\r\n /...

引言：这是一个面试经常被问到的问题，也是一个经典问题。我们尽量引用官方权威的说明或者经过实验来证明本文所说的内容准确性。 抽象类 官方描述请查看文档，下面是官方描述的梳理版本： 定义为抽象的类不能被实例化。任何一个类，如果它里面至少有一个方法是被声明为抽象的，那么这个类就必须被声明为抽象的。（抽象类可以没有抽象方法，但是抽象类依然不能被实例化）被定义为抽象的方法只是声明了其调用方式（参数），不能定义其具体的功能实现。 如 abstract class AbstractClass { // 强制要求子类定义这些方法，且不能定义具体功能 注意没有大括号{} abstract protected function getValue (); abstract protected function prefixValue ( $prefix ); // 普通方法（非抽象方法） public function printOut () { print $this -> getValue () . "\n" ; }...