基于Java语言开发jt808、jt809技术文章精华索引

       很多技术开发人员喜欢追逐最新的技术，如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网关服务器