第一次正规面试经过

        因为很多很多种原因，我呢本来是要当一只寄生虫呢；也踏上了找工作之路，下面是第一次被某软的技术经理面试的一些内容，希望可以帮到各位。

        开门见山吧，实习有多半年，然后7月份入职，今年的6月底，我也算是一个2年+的程序员了；所以对于面试的内容来说，应该算是一些比较实用的内容，并没有太过高深的内容，比如：什么虚拟机啊，什么分布式啊，什么微服务啊。

       具体的面试内容如下：

        1、项目框架

        2、是否了解微服务，对微服务的理解

        3、svn/git会不会用

        4、servlet和WebService接口的使用

        5、事务机制

        6、如果给你做一个接口的需求，你的开发流程

        下面就是我的答案咯：

        1、从实习到现在的工作中，我主要经历了三个过程；第一个过程是：SSH（Spring/struts/hibernate），这三个是非常老的框架，但是确实适合金融类

的项目；那么针对这三个框架：hibernate是商业级的增删改查，struts可以算是当时非常流行的控制器（这个不必多说），spring是用来日志和事务管理 ；

第二个过程是：spring，因为项目需要，将业务代码用maven管理，其中数据的操作使用的repo，控制层不用讲（spring的优势），视图层采用springMVC；第三个过程：前后端分离；将其中一个系统中，静态资源放置于单独的服务器、用maven管理这个系统、再与老系统实现交互；其中采用代理的方式，完成视图-业务-DB操作；期间老项目的浏览器版本是7，当然只能用原生js咯；后面升级成edge，这才能想用啥用啥，直接导一个jquery。

        2、我所理解的微服务应该是一种项目管理方案。针对我的工作经验，在兼容老技术的基础上，我们项目中的这种方案非常不错；将业务代码搬移到微服务上，而老架构只在意数据的交换，减轻了老架构的压力，还能提高对业务代码的理解。第二种就是项目初期，对业务有非常明确的方向，既保证后续业务的扩展，还可以保证到项目的中期，才需要考虑高并发的场景（节省前期的开支）。

        3、svn是用的相当熟练了，从实习就一直在用，提交、解决冲突爽的不要不要的；但是我认为唯一的问题就是合并代码非常的麻烦，经常合漏代码，之前都要专门花一天去合并。后续甲方爸爸的要求，只能用git；对于这个工具只能说，没有之前合并代码那么麻烦了，但是冲突解决是比较烦的。但是有三种方式：第一，不要pull，用fetch，这样可以减少一半的冲突；第二，通过idea来管理，遇到爆红，确定服务器的代码你没有改动，就可以先提交冲突，再提交其他就可以了；第三，在文件夹操作，将自己要提交的代码，通过右键的，diff...导出代码；然后revert或者重新拉取，再通过导出的目录将代码贴进去提交就好了。

        4、servlet在struts的架构中，要配置再web.xml；spring就是配置在servlet.xml。webService就是需要以来cxf的包，然后自行配置就可以用了，百度教程很多。

        5、早期在进行jdbc对数据库进行增删改的时候，当你加一个异常捕获，然后在异常的时候进行回滚，就是事务机制。常见的使用场景：银行交付，购物车提交等；spring是可以进行框架的管理，开发就不需要在意；但是在排查问题的时候，需要知道hibernate的三种状态，这样就可以排查出为什么无法落地的情况了。

        6、找需求确认，给前端给的是什么数据；与前端沟通它会返回什么，告知对方的技术方案，servlet还是webService，个人喜欢json；所以会给前台将需要的数据，封装成对象，转换json给到前台。

    后面就是确定了他们的框架，SHM-我猜想应该是springBoot、hibernate、mybits。后面想了想，确实还不错，可以针对hibernate的增删改，针对mybits的查询，我要试着搭一搭了。对了，已经通过了技术的面试，昨天早上通过了心理测试，接下来要和甲方爸爸面试，蛮期待的。

    啊哈哈哈哈哈哈哈哈！学海无涯苦作舟~

 

转载于:https://my.oschina.net/u/3863864/blog/3050612