记录－交流－Web开发知识分享
要不要转行（报考）软件开发？程序员的高薪让我流口水，但好日子总有个到头的时候吧？不会我一入行就见顶了吧？
这样的问题让我不胜其烦。为子女未来前途操碎了心的长辈们，长辈们的朋友们，还有微信知乎上的朋友，像候鸟一样，在一年里的两个时间：春节期间和高考报志愿前夕，准时开问。我大概六月份回答过一位长辈的咨询，他说小陈，你说的好像很有道理的样子啊，应该发篇文章我好能转给我的朋友们。我说叔叔好啊，就写就写。结果开了个头，就因为懒的原因（主要是红包没到位），一直搁在今天。最近翻看 git repo 里面一票未完成的文章，这篇蹦了出来，伸长脖子一个劲儿地向我示意：poke me，poke me，所以，就有了大家看到的这篇文章。…
多线程多进程关闭连接的区别
首先来看看close和shutdown两个系统调用对应的内核函数：
上图是调用close和shutdown关闭连接时的函数调用过程，sys_close和sys_shutdown这两个系统调用最终是由tcp_close和tcp_shutdown方法来实现的。
由此我们可以来看一个问题：当socket被多进程或者多线程共享时，关闭连接时有何区别？
从图中可以看到sys_close封装调用过程中有一个fput函数，它有一个引用计数，记录这个socket被引用了多少次。当这个引用计数不为0时，是不会触发真正关闭tcp连接的tcp_close方法的。
引用计数是怎么来的呢？创建进程和线程都是由clone系统调用实现的，只不过clone的参数不同，行为也不同。
在clone系统调用中，会调用方法copy_files来拷贝文件描述符（包括socket）。创建线程时，传入的flag参数中包含标志位CLONE_FILES，此时，线程将会共享父进程中的文件描述符。
而创建进程时没有这个标志位，这时，会把进程打开的所有文件描述符的引用计数加1。所以子进程会将父进程中已经建立的socket加上引用计数，当进程中close一个socket时，只会减少引用计数，仅当引用计数为0时才会触发tcp_close。
单线程（进程）中使用close与多线程中是一致的，但这两者与多进程的行为并不一致，多进程中共享的同一个socket必须都调用了close才会真正的关闭连接。
shutdown是没有引用计数什么事的，只要调用了就会去试图按需关闭连接。所以shutdown与多线程、多进程无关。
close发生了什么
TCP连接是全双工的连接，及连接双方可以并行的发送或者接收消息。这样关闭连接时就存在3种情形：完全关闭连接； 关闭发送消息的功能；关闭接收消息的功能。其中，后者就叫做半关闭，由shutdown实现，前者用close实现。
我们现在来看看close。
我们依次来看一下这三种情形：
1)关闭监听句柄
用于listen的监听句柄是close关闭的，它本身并不对应着某个连接，但是附着在它之上的却可能有半成品连接，即1、2次握手完成，第3次未完成，就会在服务器上有许多半连接，close的工作主要是清理这些半连接。
keepalive定时器是干嘛的？keepalive是TCP中一个可以检测死连接的机制，侧重在保持客户端和服务端的连接，防止僵死、异常退出的客户端占用服务器连接资源。
比如A与B建立连接后，突然B宕机了，之后时间内B再也没有起来，如果B宕机后A和B一直没有数据通信的需求，A就永远不会发现B已经挂了，那么A的内核里还维护着一份关于A与B之间TCP连接的信息，浪费系统资源。
所以TCP层面引入了keepalive机制，A会定期给B发送空的数据包，通俗讲就是心跳包。
内核对于tcp keepalive的调整主要有以下三个参数：
当tcp发现未收到对端数据时，开始以间隔tcp_keepalive_intvl(75)秒的频率发送心跳包。
如果连续tcp_keepalive_probes(9)次以上未响应代表对端已经down了，close该连接。
参照上图，close首先会移除keepalive定时器，移除此定时器后，若ESTABLISH状态的TCP连接在tcp_keepalive_time时间（如服务器上常配置为2小时）内没有通讯，服务器就会主动关闭连接。接下来，发送RST包去关闭每一个半连接，处理完所有半打开的连接close的任务就基本完成了。
2)关闭普通ESTABLISH状态的连接（未设置so_linger，默认）
首先检查是否有接收到却未处理的消息。如果有，根据close的行为是要丢掉这些消息的。
但丢弃消息后，意味着远端误以为发出的消息已经被本机处理了（因为ACK包确认过了），但实际上是收到未处理，此时不能使用正常的四次握手关闭连接，而是会向远端发送一个RST非正常复位关闭连接。所以这要求程序员在关闭连接前，确保接收并处理了连接上的消息。
如果此时没有未处理的消息，那么发送FIN来关闭连接。这时，再看看是否有待发送消息，如果有，那么会在最后一个报文中加入FIN标志，同时关闭angle算法，一次性将所有包发出；如果没有未发送消息，则仅发送一个FIN报文，发送出去关闭连接。
3)使用了so_linger的连接
so_linger是干嘛的？so_linger决定系统如何处理残留在套接字发送队列中的数据。我们可能有强可靠性的需求，也就是说，必须确保发出的消息、FIN都被对方收到。
怎么做到呢？就是等待，close会阻塞住进程，直到对方确认收到了再返回，但是如果对方总是不响应怎么办呢？所以还需要l_linger这个超时时间，控制close阻塞进程的最长时间。
上图是l_linger参数的设置及其对应的行为，默认情况下是第一种情况。
当使用了so_linger后，前半段仍然没有变化。首先检查是否有未处理消息，有则发RST关连接。
接下来检查是否有未发送消息，这种与第二种情况一致，设好FIN后关闭angle算法。接下来，会设置最大等待时间l_linger，然后进程开始睡眠，直到确认对方接收到消息，将控制权交还给用户进程。
总结一下就是：调用close时，可能导致发送RST复位关闭连接，例如有未读消息、打开so_linger但l_linger却为0、关闭监听句柄时半打开的连接。更多时会导致发FIN来四次握手关闭连接，但打开so_linger可能导致close阻塞等待着对方的ACK表明收到了消息。
本文转自：小组15级成员--杜肖孟
原文地址：http://blog.csdn.net/tanswer_/article/details/78422879
<?php
//在子类或类内部用“::”调用本类或父类时，不是静态调用方法，而是范围解析操作符。
class ParentClass {
public static $my_static = 'parent var ';
public function test() {
self::who(); // 输出 'parent' 是范围解析，不是静态调用
$this->who(); // 输出 'child'
static::who(); // 输出 'child' 延迟静态绑定 是范围解析，不是静态调用
}
public function who() {
echo 'parent<br>';
}
}
… 组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
译者：（ ）
译文发布时间：2001-12-28
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留
本文档的翻译及版权信息。
Network Working Group T. Socolofsky
Request for Comments: 1180 C. Kale
Spider Systems Limited
January 1991
TCP/IP指南
（RFC1180——A TCP/IP Tutorial）
本备忘录的状态
这本 RFC 是 TCP/IP 协议的指南, 重点介绍通过一个路由
器从来源主机提交一个 IP 数据包到目的地主机的步骤。
它不指定一个因特网标准。
目录
… CURL请求对于PHPer是必备技能，使用curl_opt函数来发送各式各样的http请求动作，不仅限于get和post。
在测试自己的restful api的时候，通过访问这个代理发送http put/patch/delete请求的php页面，完成测试。请参考下面的DEMO。
<?php
/**
* http.php
* 用来向服务器的RESTful API发起各类HTTP请求的工具函数。
*
* 使用: http://localhost/http.php?action=xxx
* xxx \in {get,post,put,patch,delete}
*
* Created by PhpStorm.
* User: Lenix
* Date: 2018/1/6
* Time: 下午20:22
*/
class commonFunction{
public function … 总是在灾难发生后，才想起容灾的重要性。
总是在吃过亏后，才记得曾经有人提醒过。
一，核心军规
二，字段类军规
惠新宸（鸟哥）
链家集团 技术副总裁
惠新宸 ，国内最有影响力的PHP技术专家， PHP开发组核心成员 , PECL开发者 , Zend公司外聘顾问,
鸟哥本次分享的主要内容是，在php7发布的这两年期间他们的主要工作，包括release的7.1和正在开发中的jit分支。说实话，由于本人水平有限，鸟哥分享的内容只能大概听懂意思，知道他们在做什么，但具体原理细节，鸟哥分享的我还真听不懂。这里就对鸟哥的分享内容做个总结。
php7于15年正式发布，他的最大卖点是，无感知的100%性能提升，包含了运行速度与内存消耗。那么在此之后php该往哪里发展呢？目前已经在开发的一个大方向就是JIT
JIT是什么？为什么是JIT？
鸟哥并没有做过多的解释。我就谈一些我的肤浅认识，给phper们提供些参考。
首先JIT（just in time）并非是新技术，一大批语言如java早已实现。JIT的思想很简单，即在程序运行时动态对程序进行编译，生成平台相关的机器码，从而加快程序运行速度。
php文件的执行流程大致是首先引擎加载php文件，解释器逐条解释执行代码。引入JIT后，前面一样，重点是JIT编译器会根据Runtime信息对热点代码进行动态编译生成机器码，然后这部分代码以后就可以直接执行了，而不需要解释器逐条解释执行了，运行效率便得到了提升
看到这里不知道大家是否和我有一样的疑问，既然编译为机器码执行的效率那么高，为何不在项目正式部署前全部进行编译，何必在运行时编译？要知道运行时编译也会增加程序的执行时间的。我在查阅了一些资料和一番思考后，有以下一些浅见
代码发布前先编译，是比JIT更早的通用办法，称为AOT（ahead of time），c语言便是这种执行模式。关于这两种模式孰优孰劣，学术界一直争论不休，目前也没有定论。但JIT相比AOT有这样几个优点
基于以上几个优点，再结合php一贯的简单易用原则，我想JIT确实是不错的选择。不过php也是支持AOT的，有兴趣的同学可以查一下。
但JIT技术也绝不是灵丹妙药，即便是编译也是需要时间的，当代码编译的时间消耗大于运行收益时，程序反而会变慢！会有这种情况吗？有的，比如某个项目中，热点并不明显，JIT编译的代码执行次数都很少，那么编译带来的收益是有可能小于编译本身的消耗的
以下是在标准测试中引入JIT技术后，php运行效率比7.2有100%的性能提升，不过在实际生产环境中效果不会有这么好
php要想实现JIT，有一个难题必须解决，那就是变量的类型预测。试想如果在动态编译时还要进行大量的类型检查，性能将会大打折扣。php7中已经可以对变量类型进行控制，7.1则是更加完善了这个机制，可以说目前php已经是半强类型语言了。但由于php的弱类型历史，仍有大量代码运行前是无法得知变量类型的，所以在7.1中鸟哥进行了大量变量类型预测的工作，为后续JIT打基础
变量预测
常规的编程入门有“Hello world”程序，而深度学习的入门程序则是MNIST，一个识别28×28像素的图片中的手写数字的程序。…
2017年围棋界发生了一件比较重要事，Master（Alphago）以60连胜横扫天下，击败各路世界冠军，人工智能以气势如虹的姿态出现在我们人类的面前。围棋曾经一度被称为“人类智慧的堡垒”，如今，这座堡垒也随之成为过去。从2016年三月份AlphaGo击败李世石开始，AI全面进入我们大众的视野，对于它的讨论变得更为火热起来，整个业界普遍认为，它很可能带来下一次科技革命，并且，在未来可预见的10多年里，深刻得改变我们的生活。…
近期评论