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 所具有的優雅性和簡單性。