基于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网关服务器

原文地址:https://www.cnblogs.com/productivity/p/6721496.html