Java 面试题汇总及解答
让天下没有难拿的 Offer。欢迎在 Issue 中提出你遇到的或想得到解答的面试问题,或者你觉得某个某个问题有更好的解答,也欢迎 PR & Issue。
持续更新中…
基础篇
基本功
- 面向对象的特征
- 封装
- 继承
- 多态
- final, finally, finalize 的区别
- final
- final 修饰类,表示该类不可以被继承
- final 修饰变量,分两种情况,如果修饰的是基本类型变量,那么只能被赋值一次,不能被赋值两次,
如果修饰的是引用类型变量,那么引用指向的内存地址将不可变,但是引用类型内的属性可以被修改 - final 修饰方法,表示该方法不可以被子类重写,但是可以被子类继承使用
- finally
- finally 跟随
try{}
代码块,try{}finally{}
- finally 跟随
try{}catch{}
代码块,try{}catch{}finally{}
,
一般情况都是在finally
代码块
写释放资源类代码,例如 数据库连接,流的关闭等,保证代码始终会被执行到 - finally 的执行需要注意,只有当代码执行到
try
代码块的时候,finally
才会执行,如果try{}catch{}
内部都有
return 语句,那么最终返回的结果,将是finally
return的结果,- finalize 的使用跟作用
- finalize 是顶级父类
Object
内的方法,所有子类都会继承该方法 - finalize 方法,当JVM发现这个特定实例应该被垃圾收集时,会调用
finalize
方法,这样在该方法内可以做任何操作,例如阻止被垃圾回收等 - finalize 的调用,是JVM触发调用,不是自己调用
- final
int 和 Integer 有什么区别
- int 是JAVA八个基本类型中的一个,它的值范围为
2147483648~2147483647
,占用4个字节,32位 - Integer 是引用类型,包装了基本类型中的
int
- int的初始化可以是
int a = 1
,而Integer
的初始化可以是Integer a = 1
或者Integer a = new Integer(1)
- Integer 缓存了
-128~127
范围数值在内部的一个数组内,该数值范围可以通过启动虚拟机参数-XX:AutoBoxCacheMax=
进行设置大小
并且在该范围内用==比较另外一个Integer的时候,实际上是int类型的比较,不过不推荐该方式,包装类型尽量使用equals
来进行比较
- int 是JAVA八个基本类型中的一个,它的值范围为
重载和重写的区别
- 重载
- 重载是在编译的时候就确定执行哪个方法
- 重载的签名,只有参数类型,参数个数,参数顺序参与签名,返回值不参与签名
- 在同一个类中,如果方法名称一致,但是 参数个数,参数类型,参数顺序不一致,称之为重载,其中
参数个数>参数类型>参数顺序,如果参数类型都一致
,
但是顺序不同,是不算重载的
- 重写
- 重写存在子类继承父类中,其中子类定义一个方法,该方法的方法名,参数,类型都跟父类一致,称之为重写
- 重写是多态的表现形式之一,重写的方法,只有在运行的时候,才能确定具体调用的是父类的方法还是子类的方法
- 重载
- 抽象类和接口有什么区别
- 抽象类
- 抽象类可以没有抽象方法,但是有抽象方法的类一定是抽象类
- 一个类只能继承一个类,也就是只能继承一个抽象类
- 抽象类内部,可以有抽象方法,也可以没有抽象方法,如果是抽象方法,那么如果子类不是抽象类,那么必须实现抽象方法
- 抽象类不可以被直接实例化,它只是对一个事物的抽象,只能被声明,不能被实例化
- 抽象类内 属性跟方法默认的访问权限都是
protected
- 抽象类内部可以定义
private
的属性跟方法 - 定义抽象类是使用在类名前加入
abstract
- 接口
- 接口是一系列方法的申明,JDK1.8之前接口内只有方法声明,没有方法的实现,JDK1.8后,接口可以定义默认的实现
- 接口只负责定义方法,具体的实现,将有子类去实现
- 接口所有方法,默认的访问权限都是
public
- 接口不能被直接实例化,因为它也是对一个事物的抽象,只能申明,不能被实例化
- 一个类可以实现多个接口
- 接口内部不能定义
private
的方法,因为私有方法没有实现是没有意义的 - 定义接口是使用
interface
- 抽象类
- 说说反射的用途及实现
- 说说自定义注解的场景及实现
- HTTP 请求的 GET 与 POST 方式的区别
- session 与 cookie 区别
- session 分布式处理
- JDBC 流程
- MVC 设计思想
equals 与 == 的区别
要理解
equals
跟==
的区别,首先我们要知道java里面只有基本类型跟引用类型,基本类型存储在栈
中,而引用类型存储在堆
内==
既可以用于基本类型的比较,也可以用于引用类型的比较,但是两者用==
比较是有不同的==
比较基本类型的时候,比较的是值大小例如:1
2
3
4
5
6
7
8
9
10
11//基本类型用 == 比较,其实比较的是 值
int a = 1;
int b = 1;
//打印结果为 true 因为 1==1 是真
System.out.println(a == b);
//引用类型使用==比较,比较的实际上是在堆内的内存地址,例如:
User u1 = new User();
User u2 = new User();
//打印结果为 false 因为两个对象的内存地址不相等
System.out.println(u1==u2);
- 所以基本类型用
==
比较是没有问题的,但是引用类型却不能使用==
比较,因为两个引用类型在内存中的地址是不一样的,用==
比较两个引用类型会得到false - String最好也不好用
==
比较,虽然常量池内会预先保留一些字符串,但是避免万一,String最好还是用equals
来进行比较
euqals
只能用于比较引用类型,它是超类Object
的方法,默认的实现是==
比较,也就是默认比较两个引用对象的内存地址值
,所以我们要判断两个引用类型是否相等,不能通过内存地址去比较,一般是通过引用类型内部的属性的比较,来判断两个引用类型是否相等,例如:有个User对象,内部定义了 name,age,id 三个属性,我们可以认为,只要这三个属性相等,就是同一个对象,这时候我们就可以重写
equals
方法来判断,毕竟,OOP的面向对象,就是对现实世界的抽象嘛..
总结
==
在用于基本类型比较的时候,比较的是基本类型的值是否相等==
在用于引用类型比较的时候,比较的是内存地址是否相同equals
在引用类型重写了Object
方法的时候比较的是自己定义的比较方式,如果没有重写该方法,那么默认使用的是==
比较,也就是比较两个对象的内存地址
集合
- List 和 Set 区别
- List 和 Map 区别
- Arraylist 与 LinkedList 区别
- ArrayList 与 Vector 区别
- HashMap 和 Hashtable 的区别
- HashSet 和 HashMap 区别
- HashMap 和 ConcurrentHashMap 的区别
- HashMap 的工作原理及代码实现
- ConcurrentHashMap 的工作原理及代码实现
线程
- 创建线程的方式及实现
只有一种创建线程的方式:new Thread();Executors,ThreadPoolExecutor 等线程池做了线程的管理和复用,但最终依旧是通过 new Thread() 来创建线程;Runnable,Callable 创建的是任务,最终需要依托于线程去运行,和线程有本质的区别。
- sleep() 、join() 、yield() 有什么区别
sleep() 常用于让线程当前线程睡眠一段时间之后再执行。running -> blocked
join() 常用于控制多个线程的执行次序,例如可以将两个交替执行的线程调度为顺序执行.比如在B线程中调用A线程的 join() 方法,直到A线程执行完毕,B线程才会继续执行.在B线程中表现为 running -> blocked
yield() 不常用,作用于当前线程,手动控制当前线程让出线程调度器的时间片,但又可能刚刚让出,又立刻抢到时间片,继续执行。running -> runnable
- 说说 CountDownLatch 原理
- 说说 CyclicBarrier 原理
- 说说 Semaphore 原理
- 说说 Exchanger 原理
- 说说 CountDownLatch 与 CyclicBarrier 区别
- ThreadLocal 原理分析
ThreadLocal 常用于维护线程私有化变量,解决线程安全问题。其内部维护了一个 ThreadLocalMap,使用 Thread 作为 key,ThreadLocal.set 的值作为 value。并且和 HashMap 使用链表+红黑树解决 Hash 冲突不同(拉链法),它使用线性探测法解决 Hash 冲突,并且 Entry 是软引用,方便不再使用时自动触发回收。
- 讲讲线程池的实现原理
- 线程池的几种方式
- 线程的生命周期
Thread 被创建后处于新建状态(New),当线程调用了 start() 方法后,进入了就绪状态(Runnable),但 CPU 不一定为其立刻分配时间片,等待真正分配时间片(这完全取决于 CPU 的行为,程序无法控制),线程进入运行状态(Running),处于运行状态的线程可能由于 CPU 的调度行为让出时间片,重新进入就绪状态(Runnable),也有可能会由于 sleep,阻塞 IO,锁等行为的影响进入阻塞状态,此时他们依旧持有 CPU 的时间片,当运行状态结束,线程进入死亡状态(Dead)。
锁机制
- 说说线程安全问题
多线程在并发访问共享资源时会存在线程安全问题;当多个线程访问一个对象时,如果不用考虑这些线程在运行时环境下的调度和交替执行,也不需要进行额外的同步,或者在调度方进行任何其他的协调操作,调用这个对象的行为都可以获得正确的结果,那么这个对象就是线程安全的 。
- 说说对 volatile 的理解
volatile 具有两大特性:禁止重排序、内存可见性。常用于单例模式中修饰单例变量,防止指令重排序;修饰成员变量,使得多线程并发操作下的共享变量在各个线程间互相可见。
详细介绍:https://www.jianshu.com/p/506c1e38a922
- 说说对 synchronized 的理解
Java 中的同步关键字,可以修饰方法,代码块,synchronized 可以保证方法或者代码块在运行时,同一时刻只有一个方法可以进入到临界区,同时它还可以保证共享变量的内存可见性。使用 synchronized 同步时需要做到尽量锁住尽量小的代码。
扩展:分布式场景下需要使用分布式锁。
- synchronized 与 Lock 的对比
两者都是重入锁,可以保证代码的同步,Lock 相对而言具备一些高级特性,如加锁的灵活度,更加丰富的 API,Lock 可以控制锁的公平性,以及具备读写锁等实现。
- 说说对 CAS 的理解
相对于对于synchronized
这种阻塞加锁保证同步,CAS 使用非阻塞无锁算法保证了同步特性,其底层。如 Atomic* 类的底层实现以及 jdk1.8 的 ConcurrentHashMap 均使用到了 CAS 。其底层使用 unsafe.compareAndSwap 这样的 JNI 方法,调用 CPU 的 CAS 指令。
- ABA 问题以及业务上如何避免
线程 one 从内存位置 V 中取出 A,这时候另一个线程 two 也从内存中取出 A,并且 two 进行了一些操作变成了 B,然后 two 又将 V 位置的数据变成 A,这时候线程 one 进行 CAS 操作发现内存中仍然是 A,然后 one 操作成功。 尽管线程 one 的 CAS 操作成功,但是不代表这个过程就是没有问题的。
如何避免:使用时间戳或者递增的 version 字段
- 乐观锁的业务场景及实现方式
乐观锁常用于可能会出现并发,但并发冲突不是特别激烈的场景。如将数据保存到数据库这样的操作,可以记录 version 或者时间戳这样的参数,在保存前与最新的值进行对比。
详细介绍:使用JPA实现乐观锁
核心篇
数据存储
- MySQL 索引使用的注意事项
- 说说反模式设计
- 说说分库与分表设计
- 分库与分表带来的分布式困境与应对之策
- 说说 SQL 优化之道
- MySQL 遇到的死锁问题
- 存储引擎的 InnoDB 与 MyISAM
- 数据库索引的原理
- 为什么要用 B-tree
- 聚集索引与非聚集索引的区别
- limit 20000 加载很慢怎么解决
- 选择合适的分布式主键方案
- 选择合适的数据存储方案
- ObjectId 规则
- 聊聊 MongoDB 使用场景
- 倒排索引
- 聊聊 ElasticSearch 使用场景
缓存使用
- Redis 有哪些类型
- Redis 内部结构
- 聊聊 Redis 使用场景
- Redis 持久化机制
- Redis 如何实现持久化
- Redis 集群方案与实现
- Redis 为什么是单线程的
- 缓存奔溃
- 缓存降级
- 使用缓存的合理性问题
消息队列
- 消息队列的使用场景
- 消息的重发补偿解决思路
- 消息的幂等性解决思路
- 消息的堆积解决思路
- 自己如何实现消息队列
- 如何保证消息的有序性
框架篇
Spring
- BeanFactory 和 ApplicationContext 有什么区别
- Spring Bean 的生命周期
- Spring IOC 如何实现
- 说说 Spring AOP
- Spring AOP 实现原理
- 动态代理(cglib 与 JDK)
- Spring 事务实现方式
- Spring 事务底层原理
- 如何自定义注解实现功能
- Spring MVC 运行流程
- Spring MVC 启动流程
- Spring 的单例实现原理
- Spring 框架中用到了哪些设计模式
- Spring 其他产品(Srping Boot、Spring Cloud、Spring Secuirity、Spring Data、Spring AMQP 等)
Netty
- 为什么选择 Netty
- 说说业务中,Netty 的使用场景
- 原生的 NIO 在 JDK 1.7 版本存在 epoll bug
- 什么是TCP 粘包/拆包
- TCP粘包/拆包的解决办法
- Netty 线程模型
- 说说 Netty 的零拷贝
- Netty 内部执行流程
- Netty 重连实现
微服务篇
微服务
- 前后端分离是如何做的
- 微服务哪些框架
- 你怎么理解 RPC 框架
- 说说 RPC 的实现原理
- 说说 Dubbo 的实现原理
- 你怎么理解 RESTful
- 说说如何设计一个良好的 API
- 如何理解 RESTful API 的幂等性
- 如何保证接口的幂等性
- 说说 CAP 定理、 BASE 理论
- 怎么考虑数据一致性问题
- 说说最终一致性的实现方案
- 你怎么看待微服务
- 微服务与 SOA 的区别
- 如何拆分服务
- 微服务如何进行数据库管理
- 如何应对微服务的链式调用异常
- 对于快速追踪与定位问题
- 微服务的安全
分布式
- 谈谈业务中使用分布式的场景
- Session 分布式方案
- 分布式锁的场景
- 分布是锁的实现方案
- 分布式事务
- 集群与负载均衡的算法与实现
- 说说分库与分表设计
- 分库与分表带来的分布式困境与应对之策
安全&性能
安全问题
- 安全要素与 STRIDE 威胁
- 防范常见的 Web 攻击
- 服务端通信安全攻防
- HTTPS 原理剖析
- HTTPS 降级攻击
- 授权与认证
- 基于角色的访问控制
- 基于数据的访问控制
性能优化
- 性能指标有哪些
- 如何发现性能瓶颈
- 性能调优的常见手段
- 说说你在项目中如何进行性能调优
工程篇
需求分析
- 你如何对需求原型进行理解和拆分
- 说说你对功能性需求的理解
- 说说你对非功能性需求的理解
- 你针对产品提出哪些交互和改进意见
- 你如何理解用户痛点
设计能力
- 说说你在项目中使用过的 UML 图
- 你如何考虑组件化
- 你如何考虑服务化
- 你如何进行领域建模
- 你如何划分领域边界
- 说说你项目中的领域建模
- 说说概要设计
设计模式
- 你项目中有使用哪些设计模式
- 说说常用开源框架中设计模式使用分析
- 说说你对设计原则的理解
- 23种设计模式的设计理念
- 设计模式之间的异同,例如策略模式与状态模式的区别
- 设计模式之间的结合,例如策略模式+简单工厂模式的实践
- 设计模式的性能,例如单例模式哪种性能更好。
业务工程
- 你系统中的前后端分离是如何做的
- 说说你的开发流程
- 你和团队是如何沟通的
- 你如何进行代码评审
- 说说你对技术与业务的理解
- 说说你在项目中经常遇到的 Exception
- 说说你在项目中遇到感觉最难Bug,怎么解决的
- 说说你在项目中遇到印象最深困难,怎么解决的
- 你觉得你们项目还有哪些不足的地方
- 你是否遇到过 CPU 100% ,如何排查与解决
- 你是否遇到过 内存 OOM ,如何排查与解决
- 说说你对敏捷开发的实践
- 说说你对开发运维的实践
- 介绍下工作中的一个对自己最有价值的项目,以及在这个过程中的角色
软实力
- 说说你的亮点
- 说说你最近在看什么书
- 说说你觉得最有意义的技术书籍
- 工作之余做什么事情
- 说说个人发展方向方面的思考
- 说说你认为的服务端开发工程师应该具备哪些能力
- 说说你认为的架构师是什么样的,架构师主要做什么
- 说说你所理解的技术专家
HR 篇
- 你为什么离开之前的公司
- 你为什么要进我们公司
- 说说职业规划
- 你如何看待加班问题
- 谈一谈你的一次失败经历
- 你觉得你最大的优点是什么
- 你觉得你最大的缺点是什么
- 你在工作之余做什么事情
- 你为什么认为你适合这个职位
- 你觉得自己那方面能力最急需提高
- 你来我们公司最希望得到什么
- 你希望从这份工作中获得什么
- 你对现在应聘的职位有什么了解
- 您还有什么想问的
- 你怎么看待自己的职涯
- 谈谈你的家庭情况
- 你有什么业余爱好
- 你计划在公司工作多久
写好一份技术简历很重要
写简历的基本目的和策略
大部分情况下,写简历是找工作的第一步,考虑到第二步就是面试,那么简历就是敲门砖,为了让企业认识到你的价值,必须把自己的真实水平描述出来,展现出你有能力应对这份工作。甚至要体现出自己是某方面的杰出人才,因为只有足够优秀的人,企业才能更看重你,因为你会为企业带来不一样的价值,对应的待遇也将更好。
所以写简历的根本策略就是如实的体现出你的水平和阅历,那么如何体现呢?不是通过说,而是有一定的方法论去证明你具备足够的才华,简历虽然不是论文,但也要有一定的论证,让看简历的人觉得你优秀。简历上的每一点应该是经过精雕细琢的,可推敲的,具备一定意义的。
简历应该是变化的
很多人不管投递给那家公司,都是一成不变的,不建议这样,简历是很重要的资料,不应该四处投递,应该珍惜,你投递每一份简历应该是深思熟虑的,是想获得那份工作的。
要对你投递简历的那家公司有基本的了解,业务方向是什么,公司企业文化是什么,从事的行业是你看好的吗;假如有可能,你应该了解你投递简历的具体部门是干什么的,是技术研发部门,还是应用开发部门;假如有渠道甚至
应该了解你未来的职位是什么。
仔细搜集这些信息的目的是为了让你更好的决断,假如你对这家公司很满意,那必须在简历上根据特定的情况做些修改,比如说这家公司特别需要 PHP 优化方面的专家,那么在简历中,可以有倾向性的多描述相关的经验和见识,注意这不是做假。
投递简历也有很多渠道,假如你知道看简历的人是 HR,那么描述上可以强调工作经历,因为他(她)不是技术专家,只会看一些他(她)感兴趣的东西,比如职位、你曾经的公司。所以你可以重点标出他(她)可能感兴趣的内容。假如你是内推的,很有可能第一眼看你简历的人是技术管理者,这些人最关心你用什么语言,做过什么大型项目,所以你可以重点在简历上体现这些。
归根结底,写的简历要考虑第一眼筛选你的人,简历的是动态变化的(技术是变化的,人不也是变化的吗?)。
写简历的基本原则
现在你心怡了一家公司,了解了足够多的情况,准备下笔了,这时候要有一定的基本原则,不要在这些“小”事情上犯错。
用心、用心、用心,写的好坏会决定你会不会得到这份工作、薪资待遇,所以一定要对你自己负责,用心去修改。
不要有错别字,书写应该规范,标点符号使用准确,很多人员一看到有这些错误,就会很得意的鄙视你,也许这可能就是你的一个小失误。
简历不是写论文,篇幅上不能太多,个人觉得不要超过三页,因为看简历的人目的性太强,假如你写的太多,可能会干扰判断,所以尽量简单明了。
简历最好是 PDF 格式的,不要使用很多招聘网站的简历模版,使用你认为正确的模版,因为那体现了你的思维模式。不建议给别人发送简历是一个网址,一方面不好打印,一方面感觉对人不尊尊。
不要浮夸,不要弄虚做假,可以有一定的修饰,知道的写,不知道的少写。
你写的每行都是经过你仔细考虑的,假如你觉得没用,千万不要写,不要画蛇添足。
掌握了这些基本原则后,你就要开始去写了,写简历先要有个基本模版,不是书写模版,而是简历的大纲是什么。
大纲
大纲主要体现了你想表达那些信息,同时大纲顺序也非常重要,你总不希望自己的闪光点别人看不到把。
我列举了自己简历的大纲:
基本信息
工作经历
项目经验
专业技能
其他
基本信息
基本信息尽量写的简单,没有用的信息就少写,能提升自己分量的就多写一点,假如有两个手机号就填写两个,总不希望对方联系不上你把。写上自己的工作年限,这样结合你的其他信息,能够衡量出你的水平。很多人喜欢在基本信息写上什么微信信息和博客地址,个人不建议在此处写,因为没有太多的用处,其他基本信息包括你的大学和专业、应聘的职位。
工作经历
这个要和项目区别写,工作经历主要体现你曾经的公司(包括年限),岗位和职位,专注的技术领域,获得过的成就。写这些的原因是让人通过评估你:是不是经常离职、在某家公司是不是有进步,所处的行业是什么(是否适合应聘的公司)、是否是某个行业的技术专家
举个例子:
2006年~2011年,供职于某公司视频产品部,先后历任开发工程师、技术经理、架构师职位,目前主要负责视频产品前后端的性能优化工作、架构设计工作、核心项目的开发工作,主要使用 LAMP 技术栈,在公司期间各获得公司优秀员工和部门优秀员工荣誉一次。
上述信息能够体现你有足够的企业忠诚度,能让人明白在 LAMP 领域有一定的技术积累,同时可以看出其产品应该是公司的核心产品(因为优秀员工这样的荣誉才会向核心部门倾斜),该员工也在公司获得了极大的成长,从一个工程师成长到架构师,可塑性比较大。
从工作经历中也看出该员工大部分工作时间在同一个公司,工作方式可能比较固定,在视野上可能也有局限性,这些潜在的缺点可能说明该员工换个新环境不一定能够适应。
项目经验
项目经验我觉得是最重要的,从项目经验能看出一个人到底干了啥,是技术的实践家还是理论的提出者,你在这个项目的贡献度多大,个人获得了什么成长,收获了那些经验。假如说公司经历可能太“虚”,那么项目经验则能让人看出几斤几两。
在写项目经验有几个点需要留意:
很多人说,我在上家公司主要是做维护工作,公司产品比较稳定,没什么可写的。个人觉得这个就只能怪你自己没有用心的去积累了,维护工作也很有挑战,需要快速的分析和解决能力,你可以总结这方面的经验,比如使用了自动化的机制、通过一些策略快速了解系统存在的问题,关键在于你如何去重视你的工作,从而做出正确的选择。
也有人说,我虽然也经历过很多项目,但是都是小角色,只是起到了螺丝钉的作用,这怎么写呢?第一你不要将别人做的工作全部写成是你自己做的,因为可能别人一问你就露陷了,毕竟实践非常重要,没有实践光看 PPT 是不会掌握的。但是假如你对这个项目的技术实现有了深刻的理解,而且后续也一直在关注这个产品的技术演变和进化,那么适当的可以写成是你的工作经历。
提几个重要的项目在简历中描述即可,千万不要太多,没有那么多时间看,由于在简历中你没法用图表和大块的语言去论证你在这个项目起到了非常大的作用,所以用语一定要精准
举个例子:
视频优化项目,该项目立项的宗旨是提升用户观看的流畅度,并且减少成本压力,该项目历时一年,个人主要负责视频核心的调度系统,先后实践了基于 IP、流量峰值的调度策略,最终结合开源技术实现了基于多纬度的调度策略,本人也撰写了视频调度的多项专利,通过智能的调度系统,系统流量每月的花费减少了 30%、而服务器却减少了 20%、同时用户的流畅度提升了 5%,有效支撑了公司业务的发展。
另外个例子:
主要负责公司产品的维护工作,由于该产品是公司的核心项目,主要服务于企业用户,所以快速响应能力非常重要,在任职岗位的时间内,领导开发了“实时日志搜集和分析系统”、”客户问题智能搜集工具”,通过这些技术手段,每天的投诉减少了 20%了,客服响应问题时间也快了 20%,获得了用户的极大认可。通过这个项目自己也意识到,服务始终是第一位的,任何的技术解决手段的核心目的是解决用户的问题,也培养了自己坚韧的攻坚能力,能够快速应付未知的问题。
通过上面的例子,体现你在技能上具备相当的实力,为公司业务的发展做了极大的支撑,你的价值也极大的涌现,假如应聘的公司选择了你,可以在某一领域得到非常多的经验,能够让公司的技术能力提升一大块。
专业技能
专业技能主要是你掌握的技术,记住假如掌握的并不透彻,尽量少使用“精通”这两个字。专业技能能够让应聘的公司了解你掌握的技能是否符合要求。
专业技能建议不要写的特别多,写一些能提升你分量的技能,同时专业术语不要用错, 多写一些能落地的技能,理论性的技能尽量少写。
举个例子吧 :
精通 PHP 和 Python 开发语言,拥有多年的一线开发经验
了解主流的 WEB 服务器,对于 Nginx、Apache 的配置、优化、机制、维护有一定的经验
了解 Mysql 服务的使用,对于 Mysql 的优化、业务设计、集群配置、运维有多年的实践
具备 Shell 编程能力,了解 CentOS、Ubuntu 操作系统,会基本的 Linux 操作和管理 。
主要使用 Flask、Codeigniter、CakePHP 等语言开发框架。
熟练使用 Redis、Memcached、MongoDB 等数据库。
其他
没有更好的总结词来表达这个子大纲,一个技术人员,具备的能力不仅仅是技能,还包括阅历、经验、学习能力、沟通能力、协作能力、执行能力等等。可以说具备良好的这些能力,才是一个优秀的技术人员,才具备竞争力,但是这些能力很难通过简历描述出来,所以在这个子大纲中,如果能体现这些能力,那么尽可以描述出来。比如:
github 上代码的 Stars、Following、Fork 数假如比较高,那么说明该人员的代码实践能力比较强
是否有技术博客,通过博客的文字表达也能看出该人员的语言组织能力,包括工程的实践能力,另外通过博客也能认识到该人员在其他方面的一些能力(比如对于经济和科技的一些想法)。
是否作为嘉宾参加过技术分享,不管是内部的还是外部的,用于走出去体现了技术人员的包容性,也说明该员工具备很好的表达能力和文字的组织能力。
是否出版过实体书或者电子书,这是很大的加分项,说明技术人员具备很好的技术组织能力。
是否经常翻译外文文章,能够体现英语能力,毕竟很多前缘的知识来之国外。
其实很多技术人员有很强的工程能力,但是不屑于上述的一些活动,个人觉得这是一个误区,只有有效和这个社会融合,才能获取更多有用的知识和体验,而具备这些能力,才能更好的为公司服务。
最后,如同写博客一样,将你写好的简历不断的修改和完善,直到自己满意,然后将简历投递给心仪的公司吧。