php 理论知识

1. lamp 和 lnmp 网站架构差异

    lamp 中php 是apache 中的一个模块，而lnmp中，php 是一个独立的存在

2. 编译性语言和解释性语言的区别

（1）编译性语言：
        a. 只须编译一次就可以把源代码编译成机器语言，后面的执行无须重新编译，直接使用之前的编译结果就可以；因此其执行的效率比较高；
        b. 编译性语言代表：C、C++、Pascal/Object Pascal（Delphi）；
        c. 程序执行效率比较高，但比较依赖编译器，因此跨平台性差一些；
        不同平台对编译器影响较大。 
        如：

        （1）16位系统下int是2个字节（16位），而32位系统下int占4个字节（32位）；
        （2）32位系统下long类型占4字节，而64位系统下long类型占8个字节；
（2）解释性语言
        a. 源代码不能直接翻译成机器语言，而是先翻译成中间代码，再由解释器对中间代码进行解释运行；
        源代码—>中间代码—>机器语言

        b. 程序不需要编译，程序在运行时才翻译成机器语言，每执行一次都要翻译一次；
        c. 解释性语言代表：Python、JavaScript、Shell、Ruby、MATLAB等；
        d. 运行效率一般相对比较低，依赖解释器，跨平台性好；
（3）比较
        a. 一般，编译性语言的运行效率比解释性语言更高；但是不能一概而论，部分解释性语言的解释器通过在运行时动态优化代码，甚至能使解释性语言的性能超过编译性语言；
        b. 编译性语言的跨平台特性比解释性语言差一些；

3. 进程和线程定义，关系和区别

（1）定义：

        进程（Process） 是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。 在当代面向线程设计的计算机结构中，进程是线程的容器。程序是指令、数据及其组织形式的描述，进程是程序的实体。是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。程序是指令、数据及其组织形式的描述，进程是程序的实体。

        线程（thread） 是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。

进程：指在系统中正在运行的一个应用程序；程序一旦运行就是进程；进程——资源分配的最小单位。（并行）

线程：系统分配处理器时间资源的基本单元，或者说进程之内独立执行的一个单元执行流。线程——程序执行的最小单位。（并发）

（2）进程之间的交互

通过TCP/IP的端口实现

（3）线程之间的交互

线程的通信就比较简单，有一大块共享的内存，只要大家的指针是同一个就可以看到各自的内存

（4）关系

        a.进程要分配一大部分的内存，而线程只需要分配一部分栈就可以了.
        b.一个程序至少有一个进程,一个进程至少有一个线程.
        c.进程是资源分配的最小单位，线程是程序执行的最小单位。
        d.一个线程可以创建和撤销另一个线程，同一个进程中的多个线程之间可以并发执行.

（5）区别

        进程和线程的主要差别在于它们是不同的操作系统资源管理方式。进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。

        1) 简而言之,一个程序至少有一个进程,一个进程至少有一个线程。

        2) 线程的划分尺度小于进程，使得多线程程序的并发性高。

        3) 另外，进程在执行过程中拥有独立的内存单元，而多个线程共享内存，从而极大地提高了程序的运行效率。

4. memcached、redis、mongodb的区别联系
       3个场景完全不同的东西。1）.memcached：单一键值对内存缓存的，做对象缓存无可替代的分布式缓存；2）.redis：是算法和数据结构的集合，快速的数据结构操作是他最大的特点，支持数据持久化；3）.mongodb是bson结构、介于rdb和nosql之间的，更松散更灵活的，但是不支持事务，只用作非重要数据存储。

  参考 MongoDB 或者 redis 可以替代 memcached 吗?

5. Include require include_once require_once 的区别.
处理失败方式不同：
require 失败时会产生一个致命级别错误，并停止程序运行。
include 失败时只产生一个警告级别错误，程序继续运行。

include_once/require_once和include/require 处理错误方式一样，
唯一区别在于当所包含的文件代码已经存在时候，不在包含。

6. HTTP状态码：不多做介绍

7. EOF(heredoc) 介绍

一种定义字符串的方法。
结构：
<<<   在该提示符后面，要定义个标识符（单独一行），
然后是一个新行。接下来是字符串 本身，
最后要用前面定义的标识符作为结束标志（单独一行）
注意：

•  必须后接分号，否则编译通不过。
• EOF 可以用任意其它字符代替，只需保证结束标识与开始标识一致。
• 结束标识必须顶格独自占一行(即必须从行首开始，前后不能衔接任何空白和字符)。
• 开始标识可以不带引号或带单双引号，不带引号与带双引号效果一致，解释内嵌的变量和转义符号，带单引号则不解释内嵌的变量和转义符号。
• 当内容需要内嵌引号（单引号或双引号）时，不需要加转义符，本身对单双引号转义，此处相当与q和qq的用法。

<?php
echo <<<EOF
        <h1>我的第一个标题</h1>
        <p>我的第一个段落。</p>
EOF;
// 结束需要独立一行且前后不能空格
?>

8.一些编译php时的configure 参数
–prefix=/usr/local/php php安装目录
–with-config-file-path=/usr/local/php/etc 指定php.ini位置
–with-mysql=/usr/local/mysql mysql安装目录，对mysql的支持
–with-mysqli=/usr/local/mysql/bin/mysql_config mysqli文件目录,优化支持
–enable-safe-mode 打开安全模式
–enable-ftp 打开ftp的支持
–enable-zip 打开对zip的支持
–with-bz2 打开对bz2文件的支持
–with-jpeg-dir 打开对jpeg图片的支持
–with-png-dir 打开对png图片的支持
–with-freetype-dir 打开对freetype字体库的支持
–without-iconv关闭iconv函数，种字符集间的转换
–with-libxml-dir 打开libxml2库的支持
–with-xmlrpc 打开xml-rpc的c语言
–with-zlib-dir 打开zlib库的支持
–with-gd 打开gd库的支持

更多可以使用 ./configure help 查看

9. 向php传入参数的三种方法。

方法一 使用$argc $argv

方法二 使用getopt函数（）

方法三 提示用户输入，然后获取输入的参数。有点像C语言

10.  (mysql)请写出数据类型(int char varchar datetime text)的意思; 请问varchar和char有什么区别;
int : 数值类型
char : 固定长度字符串类型
varchar : 可变长度字符串类型
datetime : 时期时间类型
text : 文本类型

varchar和char有什么区别:
a. char 长度是固定的，不管你存储的数据是多少他都会都固定的长度。
而varchar则处可变长度但他要在总长度上加1字符，这个用来存储位置。

b. char 固定长度，所以在处理速度上要比varchar快速很多，但是浪费存储空间，
所以对存储不大，但在速度上有要求的可以使用char类型，反之可以用varchar类型来实例。

11.  error_reporting 等调试函数使用
error_reporting() 函数能够在运行时设置php.ini中 error_reporting 指令。
所以可以再程序中随时调节显示的错误级别。
使用此函数时 display_errors必须是打开状态。

12. posix和perl标准的正则表达式区别

posix和perl标准的正则表达式区别主要在以下几方面：

1）定界符

posix没有定界符，函数相应的参数会被认为是正则

perl有定界符，定界符只要不是数字、字母、反斜杠（\）就可以作为perl的定界符，如果定界符需要作为字符串被用在正则体中那么需要用\进行转义

2）修正符

posix没有修正符，perl有修正符

13. Safe_mode 打开后哪些地方受限.
启动safe_mode，会对许多PHP函数进行限制，特别是和系统相关的文件打开、命令执行等函数.
所有操作文件的函数将只能操作与脚本UID相同的文件

14. 写代码来解决多进程/线程同时读写一个文件的问题。
PHP是不支持多线程的，可以使用php的flock加锁函数实现。
$fp = fopen("/tmp/lock.txt", "w+");
if (flock($fp, LOCK_EX)) { // 进行排它型锁定
fwrite($fp, "Write something here\n");
flock($fp, LOCK_UN); // 释放锁定
} else {
echo "Couldn't lock the file !";
}
fclose($fp);

15. 对于大流量的网站,您采用什么样的方法来解决各页面访问量统计问题
a. 确认服务器是否能支撑当前访问量。
b. 优化数据库访问。参考2.3
c. 禁止外部访问链接（盗链）, 比如图片盗链。
d. 控制文件下载。
e. 使用不同主机分流。
f. 使用浏览统计软件，了解访问量，有针对性的进行优化。

16.  请介绍Session的原理,大型网站中Session方面应注意什么

原理：

        1、当代码session_start(); 运行的时候，就在服务器上产生了一个session文件，随之也产生了与之唯一对应的一个session_id。

        2、定义的Session变量以一定形式存储在刚才产生的session文件中。客户端将session_id传递给服务端，服务端根据session_id找到对应的文件，读取的时候，对文件内容进行反序列化就能得到session的值，保存的时候先序列化再写入。由此通过session_id可以取出之前定义的变量。

        3、也就是说，Session_id是取得存储在服务器端Session变量的身份证。

        注：PHP中的Session在默认的情况下，是使用客户端的Cookie来保存session_id的（session_start();之后，会自动将session_id存储在cookie中），但是必须注意，Session不一定必须依赖Cookie，这也就是Session相比于Cookie的高明之处。当客户端的Cookie被禁用或出现问题时，PHP会自动把session_id附着在URL中，这样再通过session_id就能实现跨页使用session变量了。但是这种附着也是有一定条件的，即php.ini文件中的“session.use_trans_sid=1”或者编译时打开了--enable-trans-sid选项。

Session在大型网站应用中需要注意的问题：  

        1、如何解决Session文件过多，消耗IO性能
        建议：可以更改php.ini的 session.save_handler 参数为redis或memcache等内存缓存数据库。

 
        2、解决Session的同步问题
        我们前端可能有很多台服务器，用户在A服务器上登录了，种下了session信息，然后访问网站的某些页面没准跳到B服务器上去了，如果这个时候B服务器上没有session信息又没有做特殊处理，可能就会出问题了。

        解决方案：

        （1）更改php.ini的 session.save_handler 参数为redis或memcache等内存缓存数据库

        （2）还有一种方式是通过加密的cookie来实现，用户在A服务器上登录成功，在用户的浏览器上种上一个加密的cookie，当用户访问B服务器时，检查有无 session，如果有当然没问题，如果没有，就去检验cookie是否有效，cookie有效的话就在B服务器上重建session。这种方法其实很有用，如果网站有很多个子频道，服务器也不在一个机房，session没办法同步又想做统一登录那就太有用了。
        （3）当然还有一种方法就是在负载均衡那一层保持会话，把访问者绑定在某个服务器上，他的所有访问都在那个服务器上就不需要session同步了（比如负载均衡中的ip_hash）。
 

17. 常见的SSO(单点登陆)方案(比如dedecms整合discuz的passport)的原理

      SSO，英文全称是Single Sign On，即单点登录。SSO是指在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它是目前比较流行的企业业务整合的解决方案之一。

要实现SSO，需要以下主要的功能：

所有应用系统共享一个身份认证系统。
统一的认证系统是SSO的前提之一。认证系统的主要功能是将用户的登录信息和用户信息库相比较，对用户进行登录认证；认证成功后，认证系统应该生成统一的认证标志（ticket），返还给用户。另外，认证系统还应该对ticket进行效验，判断其有效性。
所有应用系统能够识别和提取ticket信息
要实现SSO的功能，让用户只登录一次，就必须让应用系统能够识别已经登录过的用户。应用系统应该能对ticket进行识别和提取，通过与认证系统的通讯，能自动判断当前用户是否登录过，从而完成单点登录的功能。

单点登录技术实现机制：

在说单点登录（SSO）的技术实现之前，我们先说一说普通的登录认证机制。

如上图所示，我们在浏览器（Browser）中访问一个应用，这个应用需要登录，我们填写完用户名和密码后，完成登录认证。这时，我们在这个用户的session中标记登录状态为yes（已登录），同时在浏览器（Browser）中写入Cookie，这个Cookie是这个用户的唯一标识。下次我们再访问这个应用的时候，请求中会带上这个Cookie，服务端会根据这个Cookie找到对应的session，通过session来判断这个用户是否登录。如果不做特殊配置，这个Cookie的名字叫做jsessionid，值在服务端（server）是唯一的。

1、同域下的单点登录

一个企业一般情况下只有一个域名，通过二级域名区分不同的系统。比如我们有个域名叫做：a.com，同时有两个业务系统分别为：app1.a.com和app2.a.com。我们要做单点登录（SSO），需要一个登录系统，叫做：sso.a.com。

我们只要在sso.a.com登录，app1.a.com和app2.a.com就也登录了。通过上面的登陆认证机制，我们可以知道，在sso.a.com中登录了，其实是在sso.a.com的服务端的session中记录了登录状态，同时在浏览器端（Browser）的sso.a.com下写入了Cookie。那么我们怎么才能让app1.a.com和app2.a.com登录呢？

这里有两个问题：

1，Cookie是不能跨域的，我们Cookie的domain属性是sso.a.com，在给app1.a.com和app2.a.com发送请求是带不上的。
2，sso、app1和app2是不同的应用，它们的session存在自己的应用内，是不共享的。

那么我们如何解决这两个问题呢？

针对第一个问题，sso登录以后，可以将Cookie的域设置为顶域，即.a.com，这样所有子域的系统都可以访问到顶域的Cookie。我们在设置Cookie时，只能设置顶域和自己的域，不能设置其他的域。比如：我们不能在自己的系统中给baidu.com的域设置Cookie。

Cookie的问题解决了，我们再来看看session的问题。我们在sso系统登录了，这时再访问app1，Cookie也带到了app1的服务端（Server），app1的服务端怎么找到这个Cookie对应的Session呢？这里就要把3个系统的Session共享，如图所示。共享Session的解决方案有很多，例如：Spring-Session。这样第2个问题也解决了。

同域下的单点登录就实现了，但这还不是真正的单点登录。

2、不同域下的单点登录

同域下的单点登录是巧用了Cookie顶域的特性。如果是不同域呢？不同域之间Cookie是不共享的，怎么办？

这里我们就要说一说CAS流程了，这个流程是单点登录的标准流程。

下面的是这篇文章的重点！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

下面的是这篇文章的重点！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

1，用户访问app系统，app系统是需要登录的，但用户现在没有登录。
2，跳转到CAS server，即SSO登录系统，以后图中的CAS Server我们统一叫做SSO系统。 SSO系统也没有登录，弹出用户登录页,
3，用户填写用户名、密码，SSO系统进行认证后，将登录状态写入SSO的session，浏览器（Browser）中写入SSO域下的Cookie。
4，SSO系统登录完成后会生成一个ST（Service Ticket），然后跳转到app系统，同时将ST作为参数传递给app系统。
5，app系统拿到ST后，从后台向SSO发送请求，验证ST是否有效。
6，验证通过后，app系统将登录状态写入session并设置app域下的Cookie。
至此，跨域单点登录就完成了。以后我们再访问app系统时，app就是登录的。接下来，我们再看看访问app2系统时的流程。

1，用户访问app2系统，app2系统没有登录，跳转到SSO。
2，由于SSO已经登录了，不需要重新登录认证。
3，SSO生成ST，浏览器跳转到app2系统，并将ST作为参数传递给app2。
4，app2拿到ST，后台访问SSO，验证ST是否有效。,
5，验证成功后，app2将登录状态写入session，并在app2域下写入Cookie。
这样，app2系统不需要走登录流程，就已经是登录了。SSO，app和app2在不同的域，它们之间的session不共享也是没问题的。

有的同学问我，SSO系统登录后，跳回原业务系统时，带了个参数ST，业务系统还要拿ST再次访问SSO进行验证，觉得这个步骤有点多余。他想SSO登录认证通过后，通过回调地址将用户信息返回给原业务系统，原业务系统直接设置登录状态，这样流程简单，也完成了登录，不是很好吗？

其实这样问题时很严重的，如果我在SSO没有登录，而是直接在浏览器中敲入回调的地址，并带上伪造的用户信息，是不是业务系统也认为登录了呢？这是很可怕的。

上面的是这篇文章的重点！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

上面的是这篇文章的重点！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

总结

单点登录（SSO）的所有流程都介绍完了，原理大家都清楚了。总结一下单点登录要做的事情：

单点登录（SSO系统）是保障各业务系统的用户资源的安全 。
各个业务系统获得的信息是，这个用户能不能访问我的资源。
单点登录，资源都在各个业务系统这边，不在SSO那一方。 用户在给SSO服务器提供了用户名密码后，作为业务系统并不知道这件事。 SSO随便给业务系统一个ST，那么业务系统是不能确定这个ST是用户伪造的，还是真的有效，所以要拿着这个ST去SSO服务器再问一下，这个用户给我的ST是否有效，是有效的我才能让这个用户访问。