13518219792
PHP程序员在面试的时候一般应该抓住以下几个点。
为香洲等地区用户提供了全套网页设计制作服务，及香洲网站建设行业解决方案。主营业务为网站设计、成都网站制作、香洲网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
一、应该介绍自己掌握的开发一种，主要介绍PHP语言的独特语法以及如何使用，比如PHP语言会比CGI更快的执行动态页面。
二、必须熟悉Oracle、Mysql等数据库，并能简单的介绍自己掌握的程度。由于php做出的动态页面比用其他语言做出来的页面在执行效率以及CGI方面高得多，所以你还需要在面试中说出自己的文档撰写能力很强。
三、PHP程序员应该具备独立分析和解决问题的能力，可以在自我介绍中讲讲自己曾经遇到过的问题是如何解决的。让面试官看到你的能力，这将会直接影响到你自我介绍的成功与否。
四、一个PHP程序员必须有良好的职业道德和工作态度，所以在面试中应该尽量讲自己在做项目时的认真态度以及今后的工作规划，表现出自己的进取心。
五、还有关于沟通能力和理解能力的体现，这个在与HR的交谈中就可以表现出来，所以需要做的工作就是从容的有条理的把自我介绍说完，回答每一个问题时都应该简洁明了，关于自我介绍可以提前做个草稿，背一下。
六、团队合作能力也是企业非常看重的，在培训中老师一般都会带领大家做项目，大的项目一般会分小组，每个人都有相对应的任务，这就模拟了公司中的团队合作，在自我介绍过程中要把做项目的具体流程以及相互协作的过程说出来，让HR看到自己具备团队合作的能力。
七、最后就是执行力，每当任务分配下来的时候该如何执行，还有自己讲过职业规划后该如何执行，还有在学习的过程中是如何人字形的，遇到困难又是如何执行的，这些都可以体现出php程序员的执行力，回答的时候抓住发现及时寻找原因，快速展开行动的这个主线即可。
八、最重要的是你的能力、技术以及自己的项目
第一步：自我介绍
第二步：公司介绍
第三步：技术基础
第四步：项目介绍
第五步：待遇
自我介绍，简单直接，姓名，籍贯，大学，工作经历
示例如下：
你好，面试官，我叫XX，来自XX，本科毕业于XX，主修XX专业，有X年工作经验，在上一家公司担任python后端开发工程师的职位。
公司名称是XX、公司主要做外包软件、都有软件定制/商城定制、前端2个后端2个运维1个
主要是根据你简历中填写的技术，根据我的简历中所写的，总结几点如下：
字典的查询流程：
不可变对象可哈希， str ， fronzenset ， tuple ，自己实现的类，要重载 __hash__ 方法。
dict内存花销大，但是查询速度快，自定义的对象或者python内部的对象都是dict包装的。
dict的存储顺序和元素添加顺序有关，添加顺序可能改变已有数据的顺序。
集合：是一个可以存放任意数据类型的可变无序的映射集合。
set和dict类似，set的核心也是散列表，但是表元只包含值的引用。 由于散列表的特性，set的元素不能重复，且无序。 内部由哈希实现，查找的时间复杂度为O(1)，所以性能很高，实现了魔法函数 __contains__ 可以使用in来查找。 set的去重是通过两个函数 __hash__ 和 __eq__ 实现的。
（1）浅拷贝
定义：浅拷贝只是对另外一个变量的内存地址的拷贝，这两个变量指向同一个内存地址的变量值。
浅拷贝的特点：
（2）深拷贝：
定义：一个变量对另外一个变量的值拷贝。
深拷贝的特点：
Python GC主要使用引用计数（reference counting）来跟踪和回收垃圾。在引用计数的基础上，通过“标记-清除”（mark and sweep）解决容器对象可能产生的循环引用问题，通过“分代回收”（generation collectio n）以空间换时间的方法提高垃圾回收效率。
GIL全称 Global Interpreter Lock ，中文解释为全局解释器锁。它并不是Python的特性，而是在实现python的主流Cpython解释器时所引入的一个概念，GIL本质上就是一把互斥锁，将并发运行变成串行，以此来控制同一时间内共享数据只能被一个任务所修改，从而保证数据的安全性。
GIL保护的是解释器级别的数据，但是用户自己的数据需要自己加锁处理。
既然有了GIL的存在，一个进程中同一时刻只有一个线程能够被执行，无法利用cpu的多核机制，导致多线程用于I/O密集型，多进程用于计算密集型，如金融分析等。
死锁：两个或两个以上的进程或者线程在执行过程中，因为争夺资源而造成的互相等待现象，若无外力的作用，都将一直处于阻塞状态，这些互相等待的进程或者线程就被称为死锁。
解决方法，使用递归锁（RLock）
这个RLock内部有一个Lock和一个counter变量，counter记录着acquire的次数，从而使得资源可以被多次require。直到一个线程所有的acquire都被release，其他的线程才能获得资源。上面的例子如果使用RLock代替Lock，则不会发生死锁
可以直接认为是linux，毕竟搞后端的多数是和linux打交道。
那么如何避免粘包问题呢? 归根结底就是一句话, 明确两个包之间的边界.
UDP不存在粘包问题，是由于UDP发送的时候，没有经过Negal算法优化，不会将多个小包合并一次发送出去。另外，在UDP协议的接收端，采用了链式结构来记录每一个到达的UDP包，这样接收端应用程序一次recv只能从socket接收缓冲区中读出一个数据包。也就是说，发送端send了几次，接收端必须recv几次（无论recv时指定了多大的缓冲区）。
存储可能包含rdbms，nosql以及缓存等，我以mysql,redis举例**
问一些日常的正常的PHP问题，主要是考察应聘者的认知：
一个包含中英文的字符串如何获得它的自然长度（看看ta是否有encoding的知识和意识）
问一问什么是ORM，有时候会问这个词的英文全称是什么，问问ta对于ORM有什么个人的看法？（看看ta学习细不细，有没有技术判断，PHP开发人员应该知道什么时候使用ORM）
问一问假如ta要自己去实现一个framework，ta会怎么设计。（看看ta对代码架构的理解，对MVC的理解）
问一问framework设计里的url dispatcher他会怎么考虑。（HTTP知识）
问一问ta对框架本身的看法
了解一下ta对Design Pattern的认知，比如Singleton，Observer，Factory等常用的设计模式，问一问ta对设计模式本身的看法。
问两三个数据库设计的问题
问几个前端的问题，哪怕ta的职位是PHP开发人员，好的PHP人员不可能不了解前端，而且很可能很了解前端
问一问ta对noSQL的了解情况（对与noSQL的认识是和传统Relational DB的认知是分不开的）
问一问ta碰到问题时候会如何去寻找答案
问一问ta习惯使用哪一个搜索引擎（如果是就有加分）
问一问ta最近看的书
问一问ta的职业规划，喜欢做什么，对工作环境有什么要求
别出生僻的题，别为难人家，更不要变相的侮辱人家，正常交流为主，你要的是一个正常的人，优秀不优秀就看你的眼光和运气了。
很多公司的技术人员招聘会刻意追求刺激的问题，比如很著名的微软的“下水道的盖子为什么是圆的”，不是说这些考察毫无道理，但更多的是一种“marketing”的手段。
很多公司的招聘信息上会写这样一句话“我们采用外企管理模式”…
问新来的实习生小妹妹，你觉得W公司（国内某互联网巨头）对你有吸引力么？得到的答案是，我们只对外企更感兴趣。
港剧里的格子间，充斥了我们童年假期的午后，在还背不下几个单词的时候，外企的打字员比教师、科学家更有吸引力。
外企究竟是一个什么样的地方？活力、自由、福利好、青春+…这些是真的外企，还只是你想看到的外企？
为了全方面为大家展现外企的点滴，脉脉邀请了Twitter的资深研发工程师，为大家介绍，外企这座“围城”中的人，是如何看待这座城的。
Twitter--愿你出走半生，归来仍是少年
如果不是这次受脉脉的邀约，我不会去写我的东家Twitter，这不是我的风格，我一般要到离职的时候才写这种非技术的文章。
Twitter的总部坐落在San Francisco（旧金山）的市区，并没有和Google, Apple和Facebook等公司一起呆在斯坦福大学附近传统意义上的硅谷，这让我总觉得我推的独特气质，很大程度来自旧金山这个城市。
有些朋友可能已经知道，旧金山是一个自由主义泛滥的左派城市，每年都会有十分盛大同性恋的游行，是看热闹的好去处，如果你来这里玩，千万不要错过。
这里还有一点很有名，就是马克吐温说的，“The coldest winter I ever spent was a summer in San Francisco”（我经历的最寒冷的冬天，是旧金山的夏天。）
我正巧是去年八月来Twitter面试的，所以还算记得清楚，我穿着一件短袖衬衫，瑟瑟发抖的走在半数行人穿着羽绒服的街道上的，街景陈旧，就像二十年前的上海淮海路，我一边擦着鼻涕，一边看着那只蓝色的胖小鸟越来越近，总觉得一切是那么虚幻。
在Twitter的面试中，我的面试官主要都来自core services team(核心服务组)，我的水平是很有限的，我那时候在大学里搞了几年所谓的学术，已经有好几年没碰后端技术了，但我还是能感觉到这些顶尖程序员对我的尊重，如果非要为这种尊重打个分的话，大约是我同时期面试的两家国内顶级公司的15-20倍，是Google和Facebook的2-5倍。
面试进行了大半天，好几轮下来，我第一次有一种面的意犹未尽的感觉。走出Twitter大楼的时候，我甚至还想回去和他们继续讨论，尽管我当时有别的还不错的Offer,但我还是产生了种患得患失的感觉，我怕被拒，我怕以后不能和他们一个组。
几天后，我在接到Twitter Offer确认就是这个组之后，不到5分钟就签字发回了。
回想起来，我能拿到offer主要是两个因素，一是我的系统设计能力还比较强，国内多年的架构师经验起了作用，国内国外技术上还是没有壁垒的，而且以前我也经常关注新的技术，像MongoDB这样的NoSql技术，我七八年前就开始实践，这样系统设计类的问题，怎么Sharding,怎么消息队列，大数据怎么接，我基本都能张嘴就来；
二是我语言和算法基础非常扎实，在美国大学里一直是这门课的助教，前几年在国内麦子学院也讲这门课，面试中遇到各种编程的问题，都能及时写出来，并能分析清楚各种优劣和trade-off等，其实说的好比代码写得好更重要，但是好的代码能让人眼前一亮，最好是边说边写，光说不练假把式，光练不说傻把式嘛。
在Twitter的日常工作是开心而又轻松的，无限的带薪假期，有非常多选择而且好吃的早饭和午饭（晚饭因为这里几乎不需要加班，半年前刚刚取消），有各种烹饪方式，有一些还颇合我的中国胃，而且经常还会请旧金山一些餐馆的大厨来做菜，我比较喜欢吃拉面和印度的那种馕饼。
其他各种福利我就不说了，我就挑点和国内不同的说吧。
首先这里比较尊重人，在国内的时候我在外企和民企都干过，我自己觉着我还算是个尊重人的头儿，可到了Twitter一看，觉得自己做的还很不够。
这里没有人强迫你做什么，要几点上班几点下班，都看你自己，别人给你一个任务，都会问你的意见，其实也很少有人会指派你如何如何，主要还是靠自己主动承担一些工作。
我也没看到过产品和程序员炒的面红耳赤的，大家都是互相信任。我作为一个程序员，我会经常提自己的见解，但也很少会和产品讲这样不行，那样也不行之类的话，大家都是很possitive的面对同事，说的更多是赞同和鼓励。
还有就是程序员要Oncall，和国内不同这边程序员要承担主要的运维责任，有时候半夜接到电话，需要即时爬起来解决各种问题，刚开始还挺兴奋的，都睡不着觉，就盼着出点事，好去解决，解决这种线上核心服务的问题是非常有成就感的，感觉自己肩负着几亿人的幸福。
但时间一久，还是有点吃不消，我是个傲娇的后端程序员啊，哪受得了这个，好在好几周才轮到一次。
很多朋友可能还关心在Twitter工作能学到什么，首先是各种开源先进技术，其实Twitter在开源方面做的非常好，比如说我们正在用的Finagle/Finatra,基于Netty,是非常好的高并发非堵塞框架，每秒百万级以上访问，我只信赖它，而且都是完全开源的。
我对开源的东西没有那种图腾式的崇拜，我主要是学个设计理念，有兴趣的同学们可以自己看看，公开的资料很多，用来学习足够了。
还有就是Scala,在Twitter你能切身感受到Scala各个流派几代程序员的智慧，如果你爱这个语言，这里是最好的去处。
自从Linkedin两年前叛变革命放弃了Scala,我们Scala阵营受到Java 8和NodeJs两方面的夹击，颇有些势单力孤，作为2009年就开始学习和使用Scala的我，实在不忍心丢弃这门好语言，总想为推广这个语言再做点事。惭愧惭愧，作为一个老程序员不该有这么多执念的。
年轻的朋友自己斟酌，其实好语言很多，Scala魔性太强，不学也罢。Twitter的技术像是把妖刀，用的好会是助力，用不好容易伤到自己。
还有就是签证的问题，中国人如果没有绿卡的话赴美工作需要工作签证，比如说h1b, O1, L1，这三种签证都需要你先有一个雇主，你不能像旅游签证那样自己办办就行了。
h1b相对来说最普遍，门槛最低,但是也有致命的问题，就是需要抽签。抽签带来两个问题，一个是现在中签的概率大概一半左右（如果没有美国的硕士以上学位，这个概率更低，因为美国硕士可以提前多抽一次），第二是需要时间，4月初抽签，大概五六月份能知道结果，可你要等到了10月份才能工作，你的雇主未必等的起。
所以在美刚毕业的留学生们一般都用OPT身份过度以下，OPT可以允许你暂时工作一到三年（看专业），这样你可以多次的抽签机会。
那国内想出国的大拿们就没机会了吗？当然不是，我们Twitter就基本每年都会从国内直接招人，给办h1b。
还有不少公司专门往出送人，但是出去一般都是比较血汗的咨询外包公司，很苦，而且这些基本也都是h1b，你抽签能不能中，就看你人品了。
当然也可以选择出来读书，硕士一般两年左右，学费生活费加起来10万美金左右吧，剩点闲钱还能全家全美玩一玩，要全职硕士才可以opt哦。
有追求的也可以和我一样读博士，要好多年，但是不要学费，每个月还能给你发点生活费，可以在学校某个角落有个小办公室，享受几年惬意的美国校园生活。
不想读书的，也还有一招，很多时候作为配偶也可以工作比说h4和j2,所以娶个学霸老婆让她出来读博士用J签证，你J2也能工作(这个具体我没研究过，要是不行，你别砍我)，当然还有各种别的办法，你可以自己研究，中介的话不能全信，大家有问题欢迎到脉脉来问我，虽然我说的也未必都对，多少能给你个参考。
（细节的福利和技术，我受保密条款的约束，不方便细说，大家见谅）
就写到这里吧，对于一个互联网公司来说，Twitter和我都不算年轻了，看着公司的那只蓝胖小鸟，我们出走半生，归来仍是少年。
北南
2017年夏写于加州圣布鲁诺
我们和硅谷的人享受同一片阳光，我们和纽约的人共享同一个家园，我们和伦敦的人同呼吸这世界的空气，不论国企、外企、还有私企，企业衡量员工的标准看能力，而不是一句“Amy，help我send个E-mail。”
Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。
Spring Boot 主要有如下优点：
启动类上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要组合包含了以下 3 个注解：
@SpringBootConfiguration：组合了 @Configuration 注解，实现配置文件的功能。
@EnableAutoConfiguration：打开自动配置的功能，也可以关闭某个自动配置的选项，如关闭数据源自动配置功能：
@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。
@ComponentScan：Spring组件扫描。
Spring JavaConfig 是 Spring 社区的产品，它提供了配置 Spring IoC 容器的纯Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的优点在于：
（1） 面向对象的配置。由于配置被定义为 JavaConfig 中的类，因此用户可以
充分利用 Java 中的面向对象的功能。一个配置类可以继承另一个，重写它的
@Bean 方法等。
（2） 减少或消除 XML 配置。基于依赖注入原则的外化配置的好处已被证明。
但是，许多开发人员不希望在 XML 和 Java 之间来回切换。JavaConfig 为开发人员提供了一种纯粹 Java 方法来配置与 XML 配置概念相似的 Spring 容器。从
技术角度来讲，只是使用 JavaConfig 配置类来配置容器是可行的，但实际上很多人认为将JavaConfig 与 XML 混合匹配是理想的。（3）类型安全和重构友好。JavaConfig 提供了一种类型安全的方法来配置
Spring容器。由于 Java 5.0 对泛型的支持，现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找。
BFPP：BeanFactoryPostProcessor
BPP：BeanPostProcessor
BDRPP:BeanDefinitionRegistryPostProcessor
表达的总体思路是：总-分-总
1、springboot自动装配是什么，解决了什么问题
2、自动装配实现的原理：
1、当启动springboot应用程序的时候， 会先创建SpringApplication的对象，在对象的构造方法中会进行某些参数的初始化工作，最主要的是判断当前应用程序的类型以及初始化器和监听器，在这个过程中会加载整个应用程序中的spring.factories文件，将文件的内容放到缓存对象中，方便后续获取。
2、SpringApplication对象创建完成之后，开始执行run方法，来完成整个启动，启动过程中最主要的有两个方法，第一个叫做prepareContext，第二个叫做refreshContext,在这两个关键步骤中完整了自动装配的核心功能，前面的处理逻辑包含了上下文对象的创建，banner的打印，异常报告期的准备等各个准备工作，方便后续来进行调用。
3、在prepareContext方法中主要完成的是对上下文对象的初始化操作，包括了属性值的设置，比如环境对象，在整个过程中有一个非常重要的方法，叫做load，load主要完成一件事，将当前启动类做为一个beanDefinition注册到registry中，方便后续在进行BeanFactoryPostProcessor调用执行的时候，找到对应的主类，来完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作
4、在refreshContext方法中会进行整个容器刷新过程，会调用中spring中的refresh方法，refresh中有13个非常关键的方法，来完成整个spring应用程序的启动，在自动装配过程中，会调用invokeBeanFactoryPostProcessor方法，在此方法中主要是对ConfigurationClassPostProcessor类的处理，这次是BFPP的子类也是BDRPP的子类，在调用的时候会先调用BDRPP中的postProcessBeanDefinitionRegistry方法，然后调用postProcessBeanFactory方法，在执行postProcessBeanDefinitionRegistry的时候回解析处理各种注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。
5、在解析@Import注解的时候，会有一个getImports的方法，从主类开始递归解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中对Import的类进行分类，此处主要识别的时候AutoConfigurationImportSelect归属于ImportSelect的子类，在后续过程中会调用deferredImportSelectorHandler中的process方法，来完整EnableAutoConfiguration的加载。
6、上面是我对springboot自动装配的简单理解，面试官您看一下，我回答有没有问题，帮我指点一下！
在 Spring Boot 里面，可以使用以下几种方式来加载配置。
1） properties文件；
2） YAML文件；
3） 系统环境变量；
等等……
YAML 是一种人类可读的数据序列化语言。它通常用于配置文件。与属性文件相比，如果我们想要在配置文件中添加复杂的属性，YAML 文件就更加结构化，而且更少混淆。可以看出 YAML 具有分层配置数据。
YAML 现在可以算是非常流行的一种配置文件格式了，无论是前端还是后端，都可以见到 YAML 配置。那么 YAML 配置和传统的 properties 配置相比到底有哪些优势呢？
相比 properties 配置文件，YAML 还有一个缺点，就是不支持 @PropertySource 注解导入自定义的 YAML 配置。
Spring Boot 推荐使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通过 @ImportResource 注解可以引入一个 XML 配置。 spring boot 核心配置文件是什么？
bootstrap.properties 和 application.properties 有何区别 ?
单纯做 Spring Boot 开发，可能不太容易遇到 bootstrap.properties 配置文
件，但是在结合 Spring Cloud 时，这个配置就会经常遇到了，特别是在需要加载一些远程配置文件的时侯。
spring boot 核心的两个配置文件：
bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加载的，比 applicaton 优先加载，配置在应用程序上下文的引导阶段生效。一般来说我们在 Spring Cloud Config 或者 Nacos 中会用到它。且 boostrap 里面的属性不
能被覆盖；
application (. yml 或者 . properties)： 由ApplicatonContext 加载，用于 spring boot 项目的自动化配置。
Spring Profiles 允许用户根据配置文件（dev，test，prod 等）来注册 bean。因此，当应用程序在开发中运行时，只有某些 bean 可以加载，而在
PRODUCTION中，某些其他 bean 可以加载。假设我们的要求是 Swagger 文档仅适用于 QA 环境，并且禁用所有其他文档。这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单。
为了在自定义端口上运行 Spring Boot 应用程序，您可以在
application.properties 中指定端口。server.port = 8090
为了实现 Spring Boot 的安全性，我们使用 spring-boot-starter-security 依赖项，并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展
WebSecurityConfigurerAdapter 并覆盖其方法。
跨域可以在前端通过 JSONP 来解决，但是 JSONP 只可以发送 GET 请求，无法发送其他类型的请求，在 RESTful 风格的应用中，就显得非常鸡肋，因此我们推荐在后端通过 （CORS，Cross-origin resource sharing） 来解决跨域问题。这种解决方案并非 Spring Boot 特有的，在传统的 SSM 框架中，就可以通过 CORS 来解决跨域问题，只不过之前我们是在 XML 文件中配置 CORS ，现在可以通过实现WebMvcConfigurer接口然后重写addCorsMappings方法解决跨域问题。
项目中前后端分离部署，所以需要解决跨域的问题。
我们使用cookie存放用户登录的信息，在spring拦截器进行权限控制，当权限不符合时，直接返回给用户固定的json结果。
当用户登录以后，正常使用；当用户退出登录状态时或者token过期时，由于拦截器和跨域的顺序有问题，出现了跨域的现象。
我们知道一个http请求，先走filter，到达servlet后才进行拦截器的处理，如果我们把cors放在filter里，就可以优先于权限拦截器执行。
CSRF 代表跨站请求伪造。这是一种攻击，迫使 终用户在当前通过身份验证的 Web 应用程序上执行不需要的操作。CSRF 攻击专门针对状态改变请求，而不是数据窃取，因为攻击者无法查看对伪造请求的响应。
Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和监控。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问 的REST 端点来检查状态。
如何在 Spring Boot 中禁用 Actuator 端点安全性？
默认情况下，所有敏感的 HTTP 端点都是安全的，只有具有 ACTUATOR 角色
的用户才能访问它们。安全性是使用标准的 HttpServletRequest.isUserInRole 方法实施的。 我们可以使用来禁用安全性。只有在执行机构端点在防火墙后访问时，才建议禁用安全性。
Spring Boot 提供监视器端点以监控各个微服务的度量。这些端点对于获取有关应用程序的信息（如它们是否已启动）以及它们的组件（如数据库等）是否正常运行很有帮助。但是，使用监视器的一个主要缺点或困难是，我们必须单独打开应用程序的知识点以了解其状态或 健康 状况。想象一下涉及 50 个应用程序的微服务，管理员将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况，我们将使用位于的开源项目。 它建立在 Spring Boot Actuator 之上，它提供了一个 Web UI，使我们能够可视化多个应用程序的度量。
WebSocket 是一种计算机通信协议，通过单个 TCP 连接提供全双工通信信道。
1、 WebSocket 是双向的 -使用 WebSocket 客户端或服务器可以发起消息发送。
2、 WebSocket 是全双工的 -客户端和服务器通信是相互独立的。
3、 单个 TCP 连接 -初始连接使用 HTTP，然后将此连接升级到基于套接字的连接。然后这个单一连接用于所有未来的通信
4、 Light -与 http 相比，WebSocket 消息数据交换要轻得多。
什么是 Spring Data ?
Spring Data 是 Spring 的一个子项目。用于简化数据库访问，支持NoSQL 和 关系数据存储。其主要目标是使数据库的访问变得方便快捷。Spring Data 具有如下特点：
SpringData 项目支持 NoSQL 存储：
SpringData 项目所支持的关系数据存储技术：
Spring Boot Batch 提供可重用的函数，这些函数在处理大量记录时非常重要，包括日志/跟踪，事务管理，作业处理统计信息，作业重新启动，跳过和资源管理。它还提供了更先进的技术服务和功能，通过优化和分区技术，可以实现极高批量和高性能批处理作业。简单以及复杂的大批量批处理作业可以高度可扩展的方式利用框架处理重要大量的信息。
FreeMarker 是一个基于 Java 的模板引擎， 初专注于使用 MVC 软件架构进行动态网页生成。使用 Freemarker 的主要优点是表示层和业务层的完全分离。程序员可以处理应用程序代码，而设计人员可以处理 html 页面设计。 后使用 freemarker 可以将这些结合起来，给出 终的输出页面。
对于集成 Spring Boot 和 ActiveMQ，我们使用依赖关系。 它只需要很少的配置，并且不需要样板代码。
Swagger 广泛用于可视化 API，使用 Swagger UI 为前端开发人员提供在线沙箱。Swagger 是用于生成 RESTful Web 服务的可视化表示的工具，规范和完整框架实现。它使文档能够以与服务器相同的速度更新。当通过 Swagger 正确定义时，消费者可以使用 少量的实现逻辑来理解远程服务并与其进行交互。因此，Swagger消除了调用服务时的猜测。
前后端分离，如何维护接口文档 ?
前后端分离开发日益流行，大部分情况下，我们都是通过 Spring Boot 做前后端分离开发，前后端分离一定会有接口文档，不然会前后端会深深陷入到扯皮中。一个比较笨的方法就是使用 word 或者 md 来维护接口文档，但是效率太低，接口一变，所有人手上的文档都得变。在 Spring Boot 中，这个问题常见
的解决方案是 Swagger ，使用 Swagger 我们可以快速生成一个接口文档网
站，接口一旦发生变化，文档就会自动更新，所有开发工程师访问这一个在线网站就可以获取到 新的接口文档，非常方便。
这可以使用 DEV 工具来实现。通过这种依赖关系，您可以节省任何更改，嵌入式tomcat 将重新启动。Spring Boot 有一个开发工具（DevTools）模块，它有助于提高开发人员的生产力。Java 开发人员面临的一个主要挑战是将文件更改自动部署到服务器并自动重启服务器。开发人员可以重新加载 Spring Boot 上的更改，而无需重新启动服务器。这将消除每次手动部署更改的需要。
Spring Boot 在发布它的第一个版本时没有这个功能。这是开发人员 需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。
它还提供 H2 数据库控制台以更好地测试应用程序。
使用了下面的一些依赖项
spring-boot-starter-activemq
spring-boot-starter-security
这有助于增加更少的依赖关系，并减少版本的冲突。
Spring Boot 中的 starter 到底是什么 ?
首先，这个 Starter 并非什么新的技术点，基本上还是基于 Spring 已有功能来实现的。首先它提供了一个自动化配置类，一般命名为 XXXAutoConfiguration
，在这个配置类中通过条件注解来决定一个配置是否生效（条件注解就是
Spring 中原本就有的），然后它还会提供一系列的默认配置，也允许开发者根据实际情况自定义相关配置，然后通过类型安全的属性注入将这些配置属性注入进来，新注入的属性会代替掉默认属性。正因为如此，很多第三方框架，我们只需要引入依赖就可以直接使用了。当然，开发者也可以自定义 Starter spring-boot-starter-parent 有什么用 ?
我们都知道，新创建一个 Spring Boot 项目，默认都是有 parent 的，这个
parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：
Spring Boot 打成的 jar 和普通的 jar 有什么区别 ?
Spring Boot 项目 终打包成的 jar 是可执行 jar ，这种 jar 可以直接通过 java jar xxx.jar 命令来运行，这种 jar 不可以作为普通的 jar 被其他项目依赖，即使依赖了也无法使用其中的类。
Spring Boot 的 jar 无法被其他项目依赖，主要还是他和普通 jar 的结构不同。普通的 jar 包，解压后直接就是包名，包里就是我们的代码，而 Spring Boot
打包成的可执行 jar 解压后，在 BOOT-INFclasses 目录下才是我们的代码，因此无法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，将 Spring Boot 项目打包成两个 jar ，一个可执行，一个可引用。
1） 打包用命令或者放到容器中运行
2） 用 Maven/ Gradle 插件运行
3）直接执行 main 方法运行
1） 继承spring-boot-starter-parent项目
2） 导入spring-boot-dependencies项目依赖
Spring 提供了一种使用 ControllerAdvice 处理异常的非常有用的方法。 我们通过实现一个 ControlerAdvice 类，来处理控制器类抛出的所有异常。
使用 Spring Boot 实现分页非常简单。使用 Spring Data-JPA 可以实现将可分页的传递给存储库方法。
微服务中如何实现 session 共享 ?
在微服务中，一个完整的项目被拆分成多个不相同的独立的服务，各个服务独立部署在不同的服务器上，各自的 session 被从物理空间上隔离开了，但是经
常，我们需要在不同微服务之间共享 session ，常见的方案就是 Spring
Session + Redis 来实现 session 共享。将所有微服务的 session 统一保存在 Redis 上，当各个微服务对 session 有相关的读写操作时，都去操作 Redis 上的 session 。这样就实现了 session 共享，Spring Session 基于 Spring 中的代理过滤器实现，使得 session 的同步操作对开发人员而言是透明的，非常简便。
定时任务也是一个常见的需求，Spring Boot 中对于定时任务的支持主要还是来自 Spring 框架。
在 Spring Boot 中使用定时任务主要有两种不同的方式，一个就是使用 Spring 中的 @Scheduled 注解，另一个则是使用第三方框架 Quartz。
使用 Spring 中的 @Scheduled 的方式主要通过 @Scheduled 注解来实现。
使用 Quartz ，则按照 Quartz 的方式，定义 Job 和 Trigger 即可。
一、专业技能
熟练的使用Java语言进行面向对象程序设计，有良好的编程习惯，熟悉常用的JavaAPI，包括集合框架、多线程（并发编程）、I/O（NIO）、Socket、JDBC、XML、反射等。
熟悉基于JSP和Servlet的JavaWeb开发，对Servlet和JSP的工作原理和生命周期有深入了解，熟练的使用JSTL和EL编写无脚本动态页面，有使用监听器、过滤器等Web组件以及MVC架构模式进行JavaWeb项目开发经验。
对Spring的IoC容器和AOP原理有深入了解，熟练的运用Spring框架管理各种Web组件及其依赖关系，熟练的使用Spring进行事务、日志、安全性等的管理，有使用SpringMVC作为表示层技术以及使用Spring提供的持久化支持进行Web项目开发的经验，熟悉Spring对其他框架的整合。
熟练的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，对Hibernate的关联映射、继承映射、组件映射、缓存机制、事务管理以及性能调优等有深入的理解。
熟练的使用HTML、CSS和JavaScript进行Web前端开发，熟悉jQuery和Bootstrap，对Ajax技术在Web项目中的应用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）进行项目开发的经验。
熟悉常用的关系型数据库产品（MySQL、Oracle），熟练的使用SQL和PL/SQL进行数据库编程。
熟悉面向对象的设计原则，对GoF设计模式和企业应用架构模式有深入的了解和实际开发的相关经验，熟练的使用UML进行面向对象的分析和设计，有TDD（测试驱动开发）和DDD（领域驱动设计）的经验。
熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web服务器和应用服务器的使用，熟悉多种服务器整合、集群和负载均衡的配置。
熟练的使用产品原型工具Axure，熟练的使用设计建模工具PowerDesigner和Enterprise Architect，熟练的使用Java开发环境Eclipse和IntelliJ，熟练的使用前端开发环境WebStorm，熟练的使用软件版本控制工具SVN和Git，熟练的使用项目构建和管理工具Maven和Gradle。
说明： 上面罗列的这些东西并不是每一项你都要烂熟于心，根据企业招聘的具体要求可以做相应的有针对性的准备。但是前6项应该是最低要求，是作为一个Java软件工程师必须要具备的专业技能。
二、项目经验
项目介绍
本系统是X委托Y开发的用于Z的系统，系统包括A、B、C、D等模块。系统使用了Java企业级开发的开源框架E以及前端技术F。表示层运用了G架构，使用H作为视图I作为控制器并实现了REST风格的请求；业务逻辑层运用了J模式，并通过K实现事务、日志和安全性等功能，通过L实现缓存服务；持久层使用了M封装CRUD操作，底层使用N实现数据存取。整个项目采用了P开发模型。 说明： E通常指spring（Java企业级开发的一站式选择）； F最有可能是jQuery库及其插件或者是Bootstrap框架，当然如果要构建单页应用（SPA）最佳的方案是前端MVC框架（如AngularJS）和JavaScript模板引擎（如HandleBars）；G显然是MVC（模型-视图-控制），最有可能的实现框架是spring MVC，除此之外还有Struts 2、JSF以及Apache为JSF提供的MyFaces实现； H是JSP，JSP作为MVC中的V，也可使用模板引擎（如Freemarker和Velocity）来生成视图还可以是各种文档或报表（如Excel和PDF等）； I是Servlet或者自定义的控制器，他们是MVC中的C，当然Spring MVC中提供了作为前端控制器的DispatcherServlet； J通常是事务脚本； K应该是AOP（面向切面编程）技术； L目前广泛使用的有memcached和Redis； M的选择方案很多，最有可能的是hibernate和MyBatis，也可以两种技术同时运用，但通常是将增删改交给hibernate来处理，而复杂的查询则由MyBatis完成，此外TopLink、jOOQ也是优秀的持久层解决方案； N底层的数据存取传统上是使用关系型数据库，可以是MySQL、Oracle、SQLServer、DB2等，随着大数据时代的来临，也可以采用NoSQL（如MongoDB、MemBase、BigTable等）和其他大数据存取方案（如GFS、HDFS等）； P是项目的开发模型，可以是瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、RAD模型等。
项目开发流程
1、可行性分析：可行性分析报告、项目开发计划书;
2、需求分析：需求规格说明书OOAD（用例图、时序图、活动图）;
界面原型：帮助理解需求、业务层设计时推导事务脚本;
3、设计：概要设计说明书、详细设计说明书;
*抽取业务实体（领域对象）：类图、E-R图（概念设计阶段）;
分层架构：确定各层的技术实现方案（具体到使用的框架、数据库服务器、应用服务器等）;
*业务层设计：事务脚本模式（事务：用户发送一次请求就是一个事务；
脚本：一个方法或一个函数；
*事务脚本：把一次请求封装为一个方法或一个函数；事务脚本模式：一个事务开始于脚本的打开，终止于脚本的关闭）;
*业务层涉及的对象有三种类型：事务脚本类（封装了业务的流程）、数据访问对象（DAO，封装了持久化操作）、数据传输对象（DTO，封装了失血/贫血领域对象），三者之间的关系是事务脚本类组合（聚合）数据访问对象，这二者都依赖了数据传输对象正向工程（UML类图生成Java代码）和逆向工程（Java代码生成UML类图）数据库物理设计（ER图转换成表间关系图、建库和建表、使用工具插入测试数据）;
3、编码；
4、测试：测试报告、缺陷报告;
*单元测试：对软件中的最小可测试单元进行检查和验证，在Java中是对类中的方法进行测试，可以使用JUnit工具来实施；
*集成测试：集成测试也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统进行测试；
*系统测试：将已经确认的软件、硬件、外设、网络等元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案；
*验收测试：在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务；
5、交付和维护：用户手册、操作手册；
三、项目管理
版本控制：CVS/SVN/Git
自动构建：Ant/Maven/Ivy/Gradle
持续集成：Hudson/Jenkins
四、系统架构
负载均衡服务器：F5、A10；
应用服务器： HTTP服务器：Apache、NginX（HTTP、反向代理、邮件代理服务器）；
Servlet容器：Tomcat、Resin
EJB容器：WildFly（JBoss Application Server）、GlassFish、Weblogic、Websphere；
数据库服务器：MySQL、Eclipse、Oracle；
五、第三方工具（插件）应用
图表工具：基于jQuery的图表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。
报表工具：Pentaho Reporting、iReport、DynamicReports等。
文档处理：POI、iText等。
工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。
作业调度：Quartz、JobServer、Oddjob等。
缓存服务：EhCache、memcached、SwarmCache等。
消息队列：Open-MQ、ZeroMQ、ActiveMQ等。
安全框架：Shiro、PicketBox等。
搜索引擎：IndexTank、Lucene、ElasticSearch等。
Ajax框架：jQuery、ExtJS、DWR等。
UI插件：EasyUI、MiniUI等。
富文本框：UEditor、CKEditor等。
六、面试提问
项目是为哪个公司开发的？项目的投入是多少？
有多少人参与了项目开发？整个团队中，测试人员、开发人员、项目经理比例是多少？
项目开发了多长时间？项目总的代码量有多少？你的代码量有多少？
项目采用了怎样的开发模型或开发流程？项目的架构是怎样的？项目的技术选型是怎样的？
你在项目中担了怎样的职责？是否经常开会或加班？项目完成后有哪些收获或是经验教训？
项目中最困难的部分是什么？如何解决团队开发时遇到的各种冲突？
七、面试时可以反问面试官的问题
我注意到你们使用了X技术，请问你们是如何解决Y问题的？
为什么你们的产品使用了X技术而不是Y技术？据我所知，X技术虽然有A、B、C等好处，但也存在D和E问题，而Y技术可以解决D和E问题。
我对您说的X技术不是太熟悉，但我感觉它是一个不错的解决方案，您能多讲讲它的工作原理吗？
你们团队是如何进行项目规划的？一周会有几次例会？每周的代码量大概是多少？
就X问题我能想到的解决方案目前就只有Y了，请问您会怎么解决这个问题？
八、S.A.R.法则
S.A.R法则是指先描述问题的场景，然后解释你采取的行动，最后陈述结果。
九、面谈原则
声音适中、口齿清楚、面带微笑、个人形象精神，讲礼貌。
主动跟面试官聊他感兴趣的话题，让面试官满意。
主动的大胆的跟面试官聊自己熟悉有经验的内容：项目、技术点等，做到扬长避短。
一定要表达自己非常想得到这个岗位，自己很愿意学习不懂的技术。
根据自己的实际水平提出合理的待遇要求。
十、自我评价
学习能力（搞IT行业的人需要不断的了解新的技术、工具和方法）
团队意识（相比个人英雄主义，IT行业更倡导团队合作）
抗压能力（很多IT企业的工作强度相对来说还是比较大的）
