这是一篇反面教材,但愿也能引发部分程序员的警戒。php
最近半个月时间,通过几回面试,差很少已经对本身有了定位————距离腾讯T3岗位仍是有一点距离。mysql
由于在一家小公司呆的习惯了(6年),公司没有人在技术层面超过我,做为技术核心,感受本身很牛,活在一个小圈子里面,几乎不会主动去了解新技术,甚至对php以及js自己都不能算精通。jquery
因此变故出现的时候,我才发现本身的技术脱节有多厉害,虽然以前的面试并无作专门的准备,可是与6年前找工做的情形相比,差距很是的大。linux
下面是我整理的一部分遇到的面试题,我尽可能用我所知道的知识来进行陈述,确定会有不少误解以及遗漏,但愿你们可以指正。程序员
答:mysql_real_escape_string须要预先链接数据库,并可在第二个参数传入数据库链接(不填则使用上一个链接) 二者都是对数据库插入数据进行转义,可是mysql_real_escape_string转义时,会考虑数据库链接的字符集。 它们的用处都是用来能让数据正常插入到数据库中,并防止sql注入,可是并不能作到100%防止sql注入。面试
答;由于客户端编码以及服务器端编码不一样,可能产生注入问题,可是其实这种场景很少见。redis
继续答:被弃用的缘由是官方再也不建议使用mysql_xx的数据库操做方式,建议使用pdo和mysqli,由于无论从性能跟安全来看,mysqli都比mysql要好。算法
衍生出来的问题是mysqli的链接复用(持久化)问题,这一块我并无答好。sql
答:内存泄漏是由于一块被分配内存既不能被使用,也不能被回收,直到浏览器进程结束。shell
产生泄漏的缘由是闭包维持函数内局部变量,不能被释放,尤为是使用闭包并存在外部引用还setInterval的时候危害很大。
我查了一下资料,从比较浅的方位来再回答一下这个问题: 产生泄漏的缘由有好几种: (1) 页面元素被删除,可是绑定在该元素上的事件未被删除; (2) 闭包维持函数内局部变量(外部不可控),使其得不到释放; (3) 意外的全局变量; (4) 引用被删除,可是引用内的引用,还存在内存中。 从上述缘由上看,内存泄漏产生的根本缘由是引用没法正确回收,值类型并不能引起内存泄漏。 对于每一个引用,都有本身的引用计数,当引用计数归零或被标记清除时,js垃圾回收器会认为该引用能够回收了。
答:闭包是指存在于一个做用域链分支的函数域内的函数,该函数能够向上逐级访问做用域链上的变量,直到找到为止。当闭包存在外部引用时,js会维持闭包自身以及所在函数做用域链的内存状态。
继续答:跟原型链没有什么关联,函数的原型(prototype)主要用于实现继承,原型链可用于追溯继承关系,与做用域链相似,都是向上逐级访问属性,直到被找到,原型链的顶层是null,能够理解为全部的object都继承至null,因此null的类型是object。
继续答:做用域链能够看做是一个树形结构,由根节点window向下扩散,下层节点能够访问上层节点,可是上层节点没法访问下层节点,产生闭包的函数做用域属于节点中的一个,向下扩散后闭包函数产生叶子节点,叶子节点之间能够互相访问,当访问的变量在叶子节点中没法找到时,向上层节点查找,直到被找到为止,这个概念有点相似原型链上的属性查找。
答:65535-1000 = 64535(端口数)
答:http头部能够被篡改,可是只能修改X_FORWARDED_FOR,真实ip地址(REMOTE_ADDR)很难修改(除非是路由器去修改),由于真实ip是底层会话ip地址,并且由于TCP 3次握手的存在,链接没法创建,伪造的意义不大,至于UDP的话,通常是内网才使用UDP通讯。
答:百万奖品在打乱后预先insert到数据库,全部中奖操做,均只能update,不能insert。进来抽奖的用户使用memcahe原子加锁,实现抽奖次数自增,当抽奖次数到达3时,返回不中奖。
答:使用redis队列存储请求,跑守护进程异步发奖,产生的问题是用户没法实时看到中奖状况。
再答:使用全局内存加锁确保抽奖过程是单进程在跑,可是会面临大并发阻塞问题。
答:设置奖品几率,分三张表,都使用innodb引擎,一张存中奖记录(预先插入一行),一张存奖品发放概况,一张存用户抽奖状况(uin惟一索引),大并发状况下,利用mysql的排他锁进行并发控制。流程以下:
begin
查询用户抽奖次数,加排他锁
对用户抽奖次数的更新/插入
锁行查询发放状况
得到抽奖结果(某些奖品发完以后,动态变动几率)
更新发放表
插入中奖记录
commit
复制代码
答:这方面不是很了解
答:不知道
答:crc32,别的校验多是取模校验奇偶数吧。
答:O(log(n)),O(1) 由于哈希表是散列的,在遇到
key
>'12'这种查找条件时,不起做用,而且空间复杂度较高。
答:使用sapi通信,sapi是php封装的对外数据传递接口,一般有cgi/fastcgi/cli/apache2handler四种运行模式。
答:垃圾回收是指当php运行状态结束时,好比遇到了exit/die/致命错误/脚本运行结束时,php须要回收运行过程当中建立的变量、资源的内存。
ZEND引擎维护了一个栈zval,每一个建立的变量和资源都会压入这个栈中,每一个压入的数组结构都相似:[refcount => int, is_ref => 0|1, value => union, type => string],变量被unset时,ref_count若是变成0,则被回收。 当遇到变量循环引用自身时,使用同步回收算法回收。
答:除了直到是DOM元素查找引擎以外,一无所知。
答:创建映射关系并缓存起来;资源并不能真正同步加载,只是返回一个回调。
答:可存储数据结构不一样;redis支持持久化存储。
答:先用字典查找,再尝试暴力破解。
答:没有了。 备注:嗯,事实上也确实没有特别好的办法,只能使用TB级的海量特征库用数据库存起来,然再分片查找。
答:会发生fatal错误,由于继承的方法或属性只能维持或放大权限,不能缩小,好比protected重载为public是可行的。
答: 0、浏览器本地缓存匹配; 一、本地hosts映射对比; 二、本地dns缓存解析; 三、远程dns解析得到服务器ip地址; 四、浏览器发送tcp链接请求包(syn); 五、请求包通过传输层、网络层、数据链路层封装经过网卡到达路由器; 六、路由器转发数据包到所属运营商服务器; 七、运营商服务器经过寻址最短路径经过中继节点到达指定ip地址; 八、服务器端可能存在反向代理或者负载均衡,都是直接转发请求至上游服务器,固然也能够制定安全防护规则直接丢弃请求包; 九、上游服务器收到链接请求,在自身可用的状况下,返回(syn+ack); 十、浏览器校验ack,再次发送(syn+ack); 十一、服务器校验ack切换链接状态至established,而后根据请求传输数据包; 十二、当transform-encoding为chunked时,浏览器开始渲染页面; 1三、四次挥手,链接关闭; 1四、渲染数据完成。
答:长链接机制,表示keep-alive-timeout时间内,若是链接没有closed,再次传输数据再也不须要三次握手了。
备注:由于平时开发都是在windows环境,对linux了解不足,这一块几乎是0分。
这个是被鄙视最惨的一家了,首先会有笔试,相对来讲并不复杂,可是有些坑,不少已经忘记了。
印象深入的是我说本身熟悉经常使用设计模式,而后让我画UML类图,我就懵逼了,因此在写简历的时候,最好是写本身很是熟悉的,若是只是只知其一;不知其二,并无必要放到简历中。
这里仅列举几个问到的问题:
目前还在找工做中,在我看来8年的程序员怎么也不该该是这样子的,温水煮青蛙的教训很是惨痛,好在如今认识到问题还不晚,等到了35岁这个年纪,可能就真的晚了。