很多技術開發人員喜歡追逐最新的技術，如Node.js, go等語言，這些語言只是解決了某一個方面，如只是擅長異步高並發等等，卻在企業管理后台開發方面提供的支持非常不夠，造成項目團隊技術選項失敗，開發后期進退兩難，內部怨天尤人，情緒低落，項目失敗不可避免。
而java語言是開發部標平台技術的非常理想的開發語言，因為他非常全面，各個方面的底層框架都有具備，高性能的socket通信框架比如netty、mina, 可以幫助你構建高並發大規模的Gps服務器，接入十幾萬的海量終端，之所以說全面，是因為我們不僅僅單單開發一個Gps服務器就完事了，一個完整的部標平台，還有復雜的web功能平台，提供給用戶人性化的操作界面，進行GPS監控、報表統計、數據查詢、報警提示等等，而Java平台的springMVC、Hibernate、spring等框架也是非常成熟的底層技術框架。而j2EE提供的基於RMI的RPC進程間調用框架，和spring結合的非常完美，可以方便web平台和808服務器、809服務器之間進行復雜的數據交互和轉發。
當然技術選項是第一步，而掌握、消化、爬坡、填坑，都是一個比較漫長的過程，在此基礎之上，只是走出第一步，開發一個完整的部標平台，還要通曉jt808、jt809協議、796功能標准、gb19056行車記錄儀協議文檔，這里面的彎彎繞繞也是令人陶醉(部標808協議、809協議、796標准、794標准的區別)。這兩步走完，才能正式的進入開發一個完整的部標平台的過程。很多部標GPS監控平台或軟件項目進度失控，就是因為爬坡的過程太長，知識和經驗的積累不夠，有很多東西比如部標標准的理解，需要的時間長度和開發人員的技術水平關系不是很大，無論是水平高低，看文檔，理解消化都是需要一個較長的過程，不可避免，而水平較高的人心氣較高，口氣較大，容易誇下海口，構想的又非常完美，任務很重，直到開發后期進入焦慮期，原來的種種美好設想，就想殲擊機的副油箱一樣，緊急過程中，為了減輕負重，悉數拋掉，最后開發出一個勉勉強強的東西。不相信的人都可以反思自己以前的研發過程，都是美工做出一個美輪美奐的界面，大家都很興奮，到最后讓開發人員整的七零八碎的，就想手機研發前的概念機一樣，非常漂亮，要真做成那樣不愁大賣，可惜最后交付的時候，各種環境參數、技術實現能力和成本限制，最后做出個丑八怪，實際使用過程中各種掉鏈子打臉，大家可以百度下錘子手機M1的上市過程，這難道是項目開發的宿命輪回不可避免？
所以這里提供多個基於java語言開發jt808的技術文章，希望能夠給大家參考和幫助，多一點理性，少一點發燒，少走一點彎路。做一個品嘗雞蛋的人，可以更加從容的做更高層次的事情，而做一個下單的母雞，就要淪為一個被多方討債點評的苦逼。很多企業本質上其實是為了要一杯更有營養的牛奶，沒有必要自己去吃草做奶牛被別人擠奶。
1）Mina版的jt808GPS服務器開發-》基於Java Mina框架的部標808服務器設計和開發
2）Netty版的jt808GPS服務器開發-》基於Java Netty框架構建高性能的部標808協議的GPS服務器
3) 同時支持Mina和Netty版本的jt809GPS服務器開發-》基於Java Mina 和Netty通信框架的JT/T809轉發服務器設計
4）Java版的struts框架的部標平台開發-》基於Struts+Spring+Hibernate+Ibatis+Quartz+Mina框架構建部標監控平台
5) Java版的springmvc框架的基於Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架構建高性能企業級的部標GPS監控平台
6）基於809協議數據接入的Gps監控平台。參見:基於部標Jt/T809協議和Java Netty框架構建Gps位置監控平台
7) 基於Android平台開發部標808協議Gps終端-》基於Android平台開發部標808協議Gps終端
8) Redis分布式緩存構建jt808服務器 基於Redis構建10萬+終端級的高性能部標JT808協議的Gps網關服務器
