java程序员需要掌握的基本技能：
使用Java语言进行面向对象程序设计，有良好的编程习惯，熟悉常用的Java API，包括集合框架、多线程(并发编程)、I/O(NIO)、Socket、JDBC、XML、反射等;
JSP和Servlet的Java Web开发，对Servlet和JSP的工作原理和生命周期有深入了解，熟练的使用JSTL和EL编写无脚本动态页面，有使用监听器、过滤器等Web组件以及MVC架构模式进行Java Web项目开发的经验;
对Spring的IoC容器和AOP原理有深入了解，熟练的运用Spring框架管理各种Web组件及其依赖关系，熟练的使用Spring进行事务、日志、安全性等的管理，有使用SpringMVC作为表示层技术以及使用Spring提供的持久化支持进行Web项目开发的经验，熟悉Spring对其他框架的整合;
熟练的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，对Hibernate的关联映射、继承映射、组件映射、缓存机制、事务管理以及性能调优等有深入的理解;
熟练的使用HTML、CSS和Java进行Web前端开发，熟悉jQuery和Bootstrap，对Ajax技术在Web项目中的应用有深入理解，有使用前端MVC框架(AngularJS)和Java模板引擎进行项目开发的经验;
熟悉常用的关系型数据库产品MySQL、Oracle，熟练的使用SQL和PL/SQL进行数据库编程。
B. java nio 开发实例
首先了解下所谓的java nio是个什么东西！
传统的并发型服务器设计是利用阻塞型网络I/O 以多线程的模式来实现的 然而由
于系统常常在进行网络读写时处于阻塞状态 会大大影响系统的性能 自Java 开始引入
了NIO(新I/O) API 通过使用非阻塞型I/O 实现流畅的网络读写操作 为开发高性能并发
型服务器程序提供了一个很好的解决方案 这就罩笑答是java nio
首先来看下传统的阻塞型网络 I/O的不足
Java 平台传统的I/O 系统都是基于Byte（字节）和Stream（数据流）的 相应的I/O 操
作都是阻塞型的 所以服务器程序也采用阻塞型I/O 进行数据的读 写操作 本文以TCP
长连接模式来讨论并发型服务器的相关设计 为了实现服务器程序的并发性要求 系统由一
个单独的主线程来监听用户发起的连接请求 一直处于阻塞状态 当有用户连接请求到来时
程序都会启一个新的线程来统一处理用户数据的读 写操作
这种模式的优点是简单 实用 易管理 然而缺点也是显而易见的 由于是为每一个客
户端分配一个线程来处理输入 输出数据 其线程与客户机的比例近似为 随着线程
数量的不断增加 服务器启动了大量的并发线程 会大大加大系统对线程的管理开销 这将
成为吞吐量瓶颈的主要原因 其次由于底层的I/O 操作采用的同步模式 I/O 操作的阻塞管
理粒度是以服务于请求的线程为单位的 有可能大量的线程会闲置 处于盲等状态升派 造成I/O
资源利用率不高 影响整个系统的性能
对于并发型服务器 系统用在阻塞型I/O 等待和线程间切换的时间远远多于CPU 在内
存中处理数据的时间 因此传统的阻塞型物慧I/O 已经成为制约系统性能的瓶颈 Java 版本
后推出的NIO 工具包 提供了非阻塞型I/O 的异步输入输出机制 为提高系统的性能提供
了可实现的基础机制
NIO 包及工作原理
针对传统I/O 工作模式的不足 NIO 工具包提出了基于Buffer（缓冲区） Channel（通
道） Selector（选择器）的新模式 Selector（选择器） 可选择的Channel（通道）和
SelectionKey（选择键）配合起来使用 可以实现并发的非阻塞型I/O 能力
NIO 工具包的成员
Buffer（缓冲器）
Buffer 类是一个抽象类 它有 个子类分别对应于七种基本的数据类型 ByteBuffer
CharBuffer DoubleBuffer FloatBuffer IntBuffer LongBuffer 和ShortBuffer 每一个Buffer
对象相当于一个数据容器 可以把它看作内存中的一个大的数组 用来存储和提取所有基本
类型(boolean 型除外)的数据 Buffer 类的核心是一块内存区 可以直接对其执行与内存有关
的操作 利用操作系统特性和能力提高和改善Java 传统I/O 的性能
Channel（通道）
Channel 被认为是NIO 工具包的一大创新点 是(Buffer)缓冲器和I/O 服务之间的通道
具有双向性 既可以读入也可以写出 可以更高效的传递数据 我们这里主要讨论
ServerSocketChannel 和SocketChannel 它们都继承了SelectableChannel 是可选择的通道
分别可以工作在同步和异步两种方式下（这里的可选择不是指可以选择两种工作方式 而是
指可以有选择的注册自己感兴趣的事件） 当通道工作在同步方式时 它的功能和编程方法
与传统的ServerSocket Socket 对象相似 当通道工作在异步工作方式时 进行输入输出处
理不必等到输入输出完毕才返回 并且可以将其感兴趣的（如 接受操作 连接操作 读出
操作 写入操作）事件注册到Selector 对象上 与Selector 对象协同工作可以更有效率的支
持和管理并发的网络套接字连接
Selector（选择器）和SelectionKey（选择键）
各类 Buffer 是数据的容器对象 各类Channel 实现在各类Buffer 与各类I/O 服务间传输
数据 Selector 是实现并发型非阻塞I/O 的核心 各种可选择的通道将其感兴趣的事件注册
到Selector 对象上 Selector 在一个循环中不断轮循监视这各些注册在其上的Socket 通道
SelectionKey 类则封装了SelectableChannel 对象在Selector 中的注册信息 当Selector 监测
到在某个注册的SelectableChannel 上发生了感兴趣的事件时 自动激活产生一个SelectionKey
对象 在这个对象中记录了哪一个SelectableChannel 上发生了哪种事件 通过对被激活的
SelectionKey 的分析 外界可以知道每个SelectableChannel 发生的具体事件类型 进行相应的
处理
NIO 工作原理
通过上面的讨论 我们可以看出在并发型服务器程序中使用NIO 实际上是通过网络事
件驱动模型实现的 我们应用Select 机制 不用为每一个客户端连接新启线程处理 而是将
其注册到特定的Selector 对象上 这就可以在单线程中利用Selector 对象管理大量并发的网
络连接 更好的利用了系统资源 采用非阻塞I/O 的通信方式 不要求阻塞等待I/O 操作完
成即可返回 从而减少了管理I/O 连接导致的系统开销 大幅度提高了系统性能
当有读或写等任何注册的事件发生时 可以从Selector 中获得相应的
SelectionKey 从SelectionKey 中可以找到发生的事件和该事件所发生的具体的
SelectableChannel 以获得客户端发送过来的数据 由于在非阻塞网络I/O 中采用了事件触
发机制 处理程序可以得到系统的主动通知 从而可以实现底层网络I/O 无阻塞 流畅地读
写 而不像在原来的阻塞模式下处理程序需要不断循环等待 使用NIO 可以编写出性能更
好 更易扩展的并发型服务器程序
并发型服务器程序的实现代码
应用 NIO 工具包 基于非阻塞网络I/O 设计的并发型服务器程序与以往基于阻塞I/O 的
实现程序有很大不同 在使用非阻塞网络I/O 的情况下 程序读取数据和写入数据的时机不
是由程序员控制的 而是Selector 决定的 下面便给出基于非阻塞网络I/O 的并发型服务器
程序的核心代码片段
import java io * //引入Java io包
import * //引入包
import java nio channels * //引入Java nio channels包
import java util * //引入Java util包
public class TestServer implements Runnable
{
/**
* 服务器Channel对象 负责接受用户连接
*/
private ServerSocketChannel server
/**
* Selector对象 负责监控所有的连接到服务器的网络事件的发生
*/
private Selector selector
/**
* 总的活动连接数
*/
private int activeSockets
/**
* 服务器Channel绑定的端口号
*/
private int port
/**
*
* 构造函数
*/
public TestServer()throws IOException
{
activeSockets=
port= //初始化服务器Channel绑定的端口号为
selector= Selector open() //初始化Selector对象
server=ServerSocketChannel open() //初始化服务器Channel对象
ServerSocket socket=server socket() //获取服务器Channel对应的//ServerSocket对象
socket bind(new InetSocketAddress(port)) //把Socket绑定到监听端口 上
nfigureBlocking(false) //将服务器Channel设置为非阻塞模式
server register(selector SelectionKey OP_ACCEPT) //将服务器Channel注册到
Selector对象 并指出服务器Channel所感兴趣的事件为可接受请求操作
}
public void run()
{
while(true)
{
try
{
/**
*应用Select机制轮循是否有用户感兴趣的新的网络事件发生 当没有
* 新的网络事件发生时 此方法会阻塞 直到有新的网络事件发生为止
*/
selector select()
}
catch(IOException e)
{
continue //当有异常发生时 继续进行循环操作
}
/**
* 得到活动的网络连接选择键的集合
*/
Set<SelectionKey> keys=selector selectedKeys()
activeSockets=keys size() //获取活动连接的数目
if(activeSockets== )
{
continue //如果连接数为 则继续进行循环操作
}
/**
/**
* 应用For—Each循环遍历整个选择键集合
*/
for(SelectionKey key :keys)
{
/**
* 如果关键字状态是为可接受 则接受连接 注册通道 以接受更多的*
事件 进行相关的服务器程序处理
*/
if(key isAcceptable())
{
doServerSocketEvent(key)
continue
}
/**
* 如果关键字状态为可读 则说明Channel是一个客户端的连接通道
* 进行相应的读取客户端数据的操作
*/
if(key isReadable())
{
doClientReadEvent(key)
continue
}
/**
* 如果关键字状态为可写 则也说明Channel是一个客户端的连接通道
* 进行相应的向客户端写数据的操作
*/
if(key isWritable())
{
doClinetWriteEvent(key)
continue
}
}
}
}
/**
* 处理服务器事件操作
* @param key 服务器选择键对象
*/
private void doServerSocketEvent(SelectionKey key)
{
SocketChannel client=null
try
{
ServerSocketChannel server=(ServerSocketChannel)key channel()
client=server accept()
if(client==null)
{
return
}
nfigureBlocking(false) //将客户端Channel设置为非阻塞型
/**
/**
* 将客户端Channel注册到Selector对象上 并且指出客户端Channel所感
* 兴趣的事件为可读和可写
*/
client register(selector SelectionKey OP_READ|SelectionKey OP_READ)
}catch(IOException e)
{
try
{
client close()
}catch(IOException e ){}
}
}
/**
* 进行向客户端写数据操作
* @param key 客户端选择键对象
*/
private void doClinetWriteEvent(SelectionKey key)
{
代码实现略
}
/**
* 进行读取客户短数据操作
* @param key 客户端选择键对象
*/
private void doClientReadEvent(SelectionKey key)
{
代码实现略
}
}
从上面对代码可以看出 使用非阻塞性I/O进行并发型服务器程序设计分三个部分
向Selector对象注册感兴趣的事件 从Selector中获取所感兴趣的事件 根据不同的事件进
行相应的处理
结语
通过使用NIO 工具包进行并发型服务器程序设计 一个或者很少几个Socket 线程就可
以处理成千上万个活动的Socket 连接 大大降低了服务器端程序的开销 同时网络I/O 采取
非阻塞模式 线程不再在读或写时阻塞 操作系统可以更流畅的读写数据并可以更有效地向
CPU 传递数据进行处理 以便更有效地提高系统的性能
看到这里相信你看了不止 分钟了吧 我说 分钟其实就是想让大家能够轻松的读下去（鸡蛋 ）
好了 到这里大家应该对java nio有个初步的了解了吧~~~
lishixin/Article/program/Java/hx/201311/27190
C. 如果你是一个 Java 面试官，你会问哪些问题
1、谈谈你对 Java 平台的理解？“Java 是解释执行”，这句话正确吗？考点分析：对于这类笼统的问题，你需要尽量表现出自己的思维深入并系统化，Java 知识理解得也比较全面，一定要避免让面试官觉得你是个“知其然不知其所以然”的人。毕竟明白基本组成和机制，是日常工作中进行问题诊断或者性能调优等很多事情的基础，相信没有招聘方会不喜欢“热爱学习和思考”的面试者。回归正题，对于 Java 平台的理解，可以从很多方面简明扼要地谈一下，例如：Java 语言特性，包括泛型、Lambda 等语言特性；基础类库，包括集合、IO/NIO、网络、并发、安全等基础类库。对于我们日常工作应用较多的类库，面试前可以系统化总结一下，有助于临场发挥。2、对比Hashtable、HashMap、TreeMap有什么不同？考点分析：上面的回答，只是对一些基本特征的简单总结，针对Map相关可以扩展的问题很多，从各种数据结构、典型应用场景，到程序设计实现的技术考量，尤其是在Java 8里，HashMap本身发生了非常大的变化，这些都是经常考察的方面。很多朋友向我反馈，面试官似乎钟爱考察HashMap的设计和实现细节，所以今天我会增加相应的源码解读，主要专注于下面几个方面：理解Map相关类似整体结构，尤其是有序数据结构的一些要点。从源码去分析HashMap的设计和实现要点，理解容量、负载因子等，为什么需要这些参数，如何影响Map的性能，实践中如何取舍等。理解树化改造的相关原理和改进原因。除了典型的代码分析，还有一些有意思的并发相关问题也经常会被提到，如HashMap在并发环境可能出现无限循环占用CPU、size不准确等诡异的问题。我认为这是一种典型的使用错误，因为HashMap明确声明不是线程安全的数据结构，如果忽略这一点，简单用在多线程场景里，难免会出现问题。理解导致这种错误的原因，也是深入理解并发程序运行的好办法。对于具体发生了什么，你可以参考这篇很久以前的分析，里面甚至提供了示意图，我就不再重复别人写好的内容了。3、Java 提供了哪些 IO 方式？ NIO 如何实现多路复用？考点分析：在实际面试中，从传统 IO 到 NIO、NIO 2，其中有很多地方可以扩展开来，考察点涉及方方面面，比如：基础 API 功能与设计， InputStream/
D. Java NIO和IO的区别
Java NIO和IO的主要区别如下：
1.NIO 的创建目的是为了让 Java 程序员可以实现高速 I/O 而无需编写自定义的本机代码。NIO 将最耗时的 I/O 操作(即填充和提取缓冲区)转移回操作系统，因而可以极大地提高速度。传统的IO操作属于阻塞型，严重影响程序的运行速度。
2,。流与块的比较。原来的 I/O 库(在 java.io.*中) 与 NIO 最重要的区别是数据打包和传输的方式。正如前面提到的，原来的 I/O 以流的方式处理数据，而 NIO 以块的方式处理数据。
面向流 的 I/O 系统一次一个字节地处理数据。一个输入流产生一个字节的数据，一个输出流消费一个字节的数据。为流式数据创建过滤器非常容易。链接几个过滤器，以便每个过滤器只负责单个复杂处理机制的一部分，这样也是相对简单的。不利的一面是，面向流的 I/O 通常相当慢。
3.一个 面向块 的 I/O 系统以块的形式处理数据。每一个操作都在一步中产生或者消费一个数据块。按块处理数据比按(流式的)字节处理数据要快得多。但是面向块的 I/O 缺少一些面向流的 I/O 所具有的优雅性和简单性。
E. 普通公司员工的编程水平与阿里巴巴有多大差距
作为一个编程十几年的老程序员，虽然没有进过阿里巴巴，中间换工作时候也拒绝过网络和腾讯的offer，选择了一个更适合自己的互联网公司，编程水平主要决定因素还是和本人基本功有着极大的环境，前几天回答了一个大公司和小公司编码水平谁高谁低的问题，有外在因素影响但主要还是自身，自己没有决心提升自己的编码水平，外界环境再好也没多大意义。
像阿里巴巴这种大公司由于职位安排的比较饱满，正常来讲代码的提交都需要leader的审核通过，在一定程度上能极大的提高代码的质量，在审核机制上会更加严格，并且在测试把关上也会更加严格，普通的小公司在人员配置上可能稍微少一些，会在把关上差一点，严格规范的制度在一定程度上能促进程序员更深层的改进，但本质上还是自身想不想让自己变得更加优秀，愿意不愿意让自己提升的更加快速。
其实提到阿里巴巴这种大公司主要还是人心态问题，觉得大公司一定要比小公司规范，换做经历过大公司的人，还想着在里面自己只是一个螺丝钉，还想着去小型公司让自己发挥的更加彻底，小公司的人又向往着大公司的待遇以及规范。如同没有结婚的人，总想着走进围城，进入的人又羡慕没有结婚的多自由，其实来来回回也就那回事。
曾经也是为了进入大公司舍弃了一个中型公司部门技术经理的职位，现在想象其实很不值当，进入一个成熟的大公司，自己做出的贡献只是沧海一粟，想要向上走特别难，而真正的机会还是在创业公司或者中小型公司，当然这些东西需要亲身体验才能感受到，在年轻气盛阶段很难体味到，就是觉得自己所做的选择是对的，实践辨真知。
希望能帮到你。
以我自身的经历来回答吧！我是做java开发的，在没进阿里之前，我在外面其他公司干了四年。头两年干的最多的事情就是直接把业务翻译成代码，做的最多的事情就是curd。工程化以及结构化设计根本不存在的，什么性能、可扩展性、易用性、可维护性通通不考虑。把功能实现了就可以了，活脱脱的把面向对象的语言使用成了面向过程编程。(因为大家都这样干)主要还是因为刚毕业在这家公司做erp系统，功能可以用就不管了。接下来的两年换了一家电商公司，这也是一个天坑，代码跟 山差不多，我进去做库存的，第一件事情就是熟悉了业务然后进行了重构。前面做这一块的人都差不多走光了，模型抽象，领域分层，模块分层一顿操作下来自我感觉良好。但是叠加了两年的业务以后，妈的差不多也是 山了，为了业务快速迭代牺牲一些也是能理解的。然后我走了[捂脸]。
进入了阿里，我是做中台开发的。这里最喜欢干的就是重复造轮子，干啥都要讲究高可用、可复用、可扩展、可维护、可读性……写代码大抵是这样的一个接口进去写接口一般先上熔断降级开关、分布式锁，然后就是加缓存，接着业务就用领域模型+泛化抽象模型+工厂设计模式+策略模式 这一顿操作下来后，为了支持扩展性还得定制spi扩展点提供扩展。一个业务功能的代码完全是割裂的状态。不过项目跟代码的质量跟之前的公司比确实上升不少。只能说环境的影响很大吧
虽然没有去过大厂，但还是想强答一下，毕竟有不少认识的朋友在BAT工作或工作过。
我的看法是：BAT的牛人多，普通人也多，虽然他们不是每个人都能达到令人仰望的技术水平，但毕竟平台高，所以眼光会变得宽阔；代码要求更为严格，所以普通的程序员也会被逼变得更优秀；身边的牛人多，普通的程序员也会受到影响，提升的更快。
正好今天看到一篇文章，是讲去阿里的面试经历，也分享给大家，看看自己离着【进】阿里还有多大的差距。
Java多线程
线程池的原理，为什么要创建线程池？
线程的生命周期，什么时候会出现僵死进程；
什么实现线程安全，如何实现线程安全；
创建线程池有哪几个核心参数？ 如何合理配置线程池的大小？
synchronized、volatile区别、synchronized锁粒度、模拟死锁场景、原子性与可见性；
JVM相关
JVM内存模型，GC机制和原理；GC分哪两种；什么时候会触发Full GC？
JVM里的有几种classloader，为什么会有多种？
什么是双亲委派机制？介绍一些运作过程，双亲委派模型的好处；(这个我真的不会...)
什么情况下我们需要破坏双亲委派模型；
常见的JVM调优方法有哪些？可以具体到调整哪个参数，调成什么值？
JVM虚拟机内存划分、类加载器、垃圾收集算法、垃圾收集器、class文件结构是如何解析的；
Java扩展
红黑树的实现原理和应用场景；
NIO是什么？适用于何种场景？
Java9比Java8改进了什么；
HashMap内部的数据结构是什么？底层是怎么实现的？
说说反射的用途及实现，反射是不是很慢，我们在项目中是否要避免使用反射；
说说自定义注解的场景及实现；
List和Map区别，Arraylist与LinkedList区别，ArrayList与Vector 区别；
Spring
Spring AOP的实现原理和场景；（应用场景很重要）
Spring bean的作用域和生命周期；
Spring Boot比Spring做了哪些改进？ Spring 5比Spring4做了哪些改进；（惭愧呀，我们还在用Spring4，高版本的没关心过）
Spring IOC是什么？优点是什么？
SpringMVC、动态代理、反射、AOP原理、事务隔离级别；
中间件
Dubbo完整的一次调用链路介绍；
Dubbo支持几种负载均衡策略？
Dubbo Provider服务提供者要控制执行并发请求上限，具体怎么做？
Dubbo启动的时候支持几种配置方式？
了解几种消息中间件产品？各产品的优缺点介绍；
消息中间件如何保证消息的一致性和如何进行消息的重试机制？
Spring Cloud熔断机制介绍；
Spring Cloud对比下Dubbo，什么场景下该使用Spring Cloud？
数据库篇
锁机制介绍：行锁、表锁、排他锁、共享锁；
乐观锁的业务场景及实现方式；
事务介绍，分布式事物的理解，常见的解决方案有哪些，什么事两阶段提交、三阶段提交；
MySQL记录binlog的方式主要包括三种模式？每种模式的优缺点是什么？
MySQL锁，悲观锁、乐观锁、排它锁、共享锁、表级锁、行级锁；
分布式事务的原理2阶段提交，同步异步阻塞非阻塞；
数据库事务隔离级别，MySQL默认的隔离级别、Spring如何实现事务、
JDBC如何实现事务、嵌套事务实现、分布式事务实现；
SQL的整个解析、执行过程原理、SQL行转列；
Redis
Redis为什么这么快？redis采用多线程会有哪些问题？
Redis支持哪几种数据结构；
Redis跳跃表的问题；
Redis单进程单线程的Redis如何能够高并发?
Redis如何使用Redis实现分布式锁？
Redis分布式锁操作的原子性，Redis内部是如何实现的？
看完了有什么感想，自己和BAT的要求有差距么？
反正我觉得自己想要面试通过是有些困难，很多框架新版本的特性都没有了解过，看来年前还得抽时间学些一下了。
大公司如bat大部分普通程序员，由于做的太专一了，基本上在某一方面做得不错，整体能力差很远，但是自己觉得啥都行。
这么比喻吧，如果说把程序员比作厨师。
普通公司的程序员基本上是各个饭店的大厨，啥菜都会做。
bat是御膳房，程序员什么大菜都见过，但基本上一个大菜也做不了。很多人就是御膳房后勤部切葱花大队的切葱花手
普通公司员工的编程水平与阿里巴巴有多大差距？要说阿里巴巴每个程序员都牛逼得不行那也是扯淡，普通公司牛逼的程序员也不少，这本身就没有一定的定论。
在阿里巴巴这样公司的程序员来说，应该比较幸运的是能够遇到大型互联网软件的开发，比如像架构设计、场景设计等，这对于很多程序员来说应该可以开眼界，参与其中也能锻炼自己。同样的，很多大型软件公司虽然没有阿里这样的场景，但同样也有自己特殊的应用设计、场景在阿里也见不到。
而对于单个程序员的编码水平来说，普通公司与阿里的程序员可能根本就没啥区别。普通公司里也有严格按规范、严格按流程、严格测试等来做软件，进入里面同样可以遇到大牛带领项目、大牛的传帮带等，耳闻目染再加努力实践，这些程序员的水平并不能说就比阿里的程序员差。当然，阿里这样的名气不外乎就是进入时经过了严格的挑选，这些程序员的基础都是不错的，但真正要有水平，那还得除了环境也得要靠自己努力。
但大公司程序员与小公司的程序员还是有一些差异的。小公司人员可能接触的项目基本不大，而像万金油那样啥都接触到一些能搞一些，但深度却不够。比如小公司的程序员今天搞Java编码，可能下个项目就去搞PHP，再下个项目又去搞python等，今天是程序，每隔两个月可能又是下个项目的设计者、Leader等有可能。但恰恰在某一项编码上却又不像某些大公司的程序员那样一个萝卜一个坑儿，又专又精。
另外小公司的开发流程及规范都不够，有些甚至是只要搞出来能运行就可以，所以章法上不像大公司一样规范。甚至有些都没有严格的测试就到客户那里去上线，让客户去当小白鼠，做一个败一个。
所以作为程序员最好是能开始到大公司去学习锻炼规范的软件开发那是很有益的。至于是不是阿里倒不一定，能进入阿里当然好。而说到编码水平，绝大部分还是要靠自己的努力，特别是培养思维能力、基础知识、见多识广、多加实践与交流，对自己编码能力提升是必不可少的。天赋程序员确实有，但绝大部分程序员要说天赋都谈不上，大部分也就是上面几项用了更多的时间吧。
能力上，bat的程序员远超小公司程序员；不要相信那些什么小公司的程序员什么都要做所以咋样咋样，大公司就只是一颗小螺丝钉，自欺欺人而已；大公司的程序员天赋就强于小公司的程序员，技术靠的是天赋+努力，天赋远远重要于努力，你不信那就是你傻
在阿里三年的老人说一下。主要是能够获取和见识到小公司不能给你的经验，场景和挑战
说到电脑的编程，对于学计算机的人来说真的是一件非常头疼的事情，每天的编程工作都要面对各种各样的字母，各种各样的特殊符号，一般人看见也就只能一懵一懵的。每个程序员之间也都是有技术好技术低的，并且程序员在选择公司的时候也面临很大的困难。
现在 社会 上找工作的人都有一个普遍的现象，在小公司工作的人都想去大公司，在大公司工作的人想去中小企业工作。每个程序员都想得到一个展现自己的机会，让自己所学的知识有所用武之地。能力较强的程序员就去了大公司，能力有点差异的就去了中小企业，但是这两者在各自公司的发展并不一样。
在中小企业工作程序员有可能会在公司有更大的发展空间，在大企业里面有着许多优秀的程序员，就像是阿里巴巴，有可能在这个团队里面自己的能力不能跟好的发挥。有一点要清楚，技术高的人在一起会越来越优秀，他们各自有各自的特点，都会互相学习互相进步，前进的动力也大。普通公司的程序员自我提升的空间较小，没有像阿里巴巴这样的公司程序员水平高。
大企业对程序员的要求也很高，这些程序员所要面对的困难也非常大，逼迫着自己去提升自身的能力，如果两个技术相匹配的程序员一个去普通企业，一个去阿里巴巴这样的大公司，在工作一段时间后，在阿里巴巴工作的程序员要远远超过普通公司的程序员。虽然大公司的程序员想去中小公司，但是对他们更是一种较大的损失。
更多优质内容，请持续关注镁客网~~
大公司的程序员，在代码专精度方面确实超过小公司程序员。他们往往在技术的某一方面钻研颇深，在代码实践上做得细腻完美无可挑剔。小公司程序员在专精度上不如bat程序员，因为大环境使然，无法让一个程序员只负责某一模块的代码，他们往往一个人当两三个人用，常常遇到的复杂业务用现有框架和技术无法解决，需要自己结合多个技术框架和知识点才能解决复杂的业务。
所以都是程序员，环境和平台造就了程序员代码风格和侧重点不同，但就工作态度和对技术的专注程度来说，大公司的程序员无疑是有更优异的条件来养成这些良好习惯的。作为程序员，一生还是应该去大厂体验不同的企业文化和更高素质的从业人员，自身的见识和深度也会有所不同。
单纯从技术上来说，大公司是小公司没法比的，
大公司系统要更加复杂，研究的东西更加深入。
比如高并发，大数据，
小公司没有那么大流量和数据量根本没办法研究，
大公司一个系统N台机器，
为了节省资源就要研究怎么使机器能力最大化，优化代码，优化逻辑。
小公司可能一两台机器就能支撑一个系统，只要没bug就能正常运行。
非技术层面的就看公司的业务能力了。
个人看法，
F. 新手java开发程序员如何拿到月薪2万
第一个是基础，比如对集合类，并发包，IO/NIO，JVM，内存模型，泛型，异常，反射，等有深入了解，最好是看过源码了解底层的设计。比如一般面试都会问ConcurrentHashMap，CopyOnWrite，线程池，CAS，AQS，虚拟机优化等知识点，因为这些对互联网的企业是绝对重要的。而且一般人这关都过不了，还发闹骚说这些没什么用，为什么要面试。举一例子，在使用线程池时，因为使用了无界队列，在远程服务异常情况下导致内层飙升，怎么去解决？你要是连线程池都不清楚，你怎么去玩？再举一例，由于对ThreadLocal理解出错，使用它做线程安全的控制，导致没能实现真的线程安全，你怪我哦？所以作为一个拿两万的JAVA程序员这点基础是必须的。
第二你需要有全面的互联网技术相关知识。从底层说起，你起码得深入了解mysql，redis，mongodb，nginx，tomcat，rpc，jms等方面的知识。你要问需要了解到什么程度，我可以给你说个大慨。首先对于MySQL，你要知道常见的参数设置，存储引擎怎么去选择，还需要了解常见的索引引擎，知道怎么去选择。知道怎么去设计表，怎么优化sql，怎么根据执行计划去调优。高级的你需要去做分库分表的设计和优化，一般互联网企业的数据库都是读写分离，还会垂直与水平拆分，所以这个也有经验的成分在里面。然后redis，mongodb都是需要了解原理，需要会调整参数的，而nginx和tomcat几乎都是JAVA互联网方面必配，其实很阿里的技术栈选择有点关系。至于rpc相关的就多的去，必须各种网络协议，序列化技术，SOA等等，你要有一个深入的理解。现在应用比较广的rpc框架，在国内就是bbo了，可以自行搜索。至于jms相关的起码得了解原理吧，一般情况下不是专门开发中间件系统和支撑系统的不需要了解太多细节，国内企业常用的主要是activeMQ和kafka。你能对我说的都研究的比较深入，阿里p6我觉得是没问题的，当然这个还需要看你的架构能力方面的面试表现了。
第三就是编程能力，编程思想，算法能力，架构能力的考量。首先2W程序员对算法的要求我觉得还是比较低，再高级也最多红黑树吧，但是排序和查询的基本算法得会。编程思想是必须的，问你个AOP和IOC你起码的清清楚楚，设计模式不说每种都用过，但是也能深入理解个十四五种。编程能力这个我觉得不好去评价，但是拿一个2000W用户根据姓名年龄排序这种题目也能信手拈来。最后就是架构能力，这种不是说要你设计个多牛逼多高并发的系统，起码让你做一个秒杀系统，防重请求的设计能快速搞定而没
G. Java NIO与IO的区别和比较
Java NIO和IO的主要区别如下：
1.NIO 的创建目的是为了让 Java 程序员可以实现高速 I/O 而无需编写自定义的本机代码。NIO 将最耗时的 I/O 操作(即填充和提取缓冲区)转移回操作系统，因而可以极大地提高速度。培仿判传统的IO操作属于阻塞型，严重影响程序的运行速度。
2,。流与块的比较。原来的大祥 I/O 库(在 java.io.*中) 与 NIO 最重要的区别是数据打包和传输的方式。正如前面提到的，原来的 I/O 以流的方式处理数据，而 NIO 以块的方式处理数据。
面向流 的 I/O 系统一次一个字节地处理数据。一个输入流产生一个字节的数据，一个输出流消费配改一个字节的数据。为流式数据创建过滤器非常容易。链接几个过滤器，以便每个过滤器只负责单个复杂处理机制的一部分，这样也是相对简单的。不利的一面是，面向流的 I/O 通常相当慢。
3.一个 面向块 的 I/O 系统以块的形式处理数据。每一个操作都在一步中产生或者消费一个数据块。按块处理数据比按(流式的)字节处理数据要快得多。但是面向块的 I/O 缺少一些面向流的 I/O 所具有的优雅性和简单性。