高手问答：Java老A带你全面提升Java单兵作战能力！

胖哥您好！
我是一名有3年工作经验的Java程序员，和你相比那就是小菜鸟了，闲话就说到这。
我一直都从事JavaWeb开发，现在对于Java开发中常用到的一些框架，比如什么Struts2,Hibernate,SpringMvc,Mybatis都已经能够熟练使用。对，熟练使用。但是，我觉得作为一个Java程序员，会这么真的没有什么的，这些用到的只是Java平台中的小皮毛，我一直都想掌握Java比较有技术含量的地方，可是又不知道哪些是Java体系中比较核心的东西。我期望有一天我能成为Java架构师，请胖哥为我指点明津，谢谢！

如果能达到作者的水平，确实是Java中的特种兵了。了解底层原理，就能做到以不变应万变。很想看看这本书的内容，有送吗？

呵呵，低调是好的，不过还是要看到自己的长处，菜鸟其实是相对，而且也是要看自己所专注的领域的，不能因为别人某个点上比自己强，就认为啥也不是，当然看到别人的长处是好事，进步就是看你自己是否愿意去在这个方面加以补充。

提到Java WEB，我也算是搞这个的，至少很多时间也是花在这个上限，虽然在某些人眼里很不专业，哈哈！不过呢，我认为这些框架我也用过，不过我更希望知道它的一些原理和为什么，为啥要知道这些，起初，这些只是因为某些技术屌丝的乐趣追求，因为高手都这样，所以我这样的。后来我搞清楚一些事情后，看问题更加透彻于是在坚持，在解决问题上也会逐步尝试去找到根本，逐步也有能力自己去写一些框架或可以更好的利用框架，在框架版本迭代的时候，看更高一个版本的代码也不是那么难了（并不会第一次那么痛苦），基于工作需求，我在写一些需要的中间层上，基于看过很多框架、容器等的源码，加上自己对Java的理解和认识，写得还是蛮有底气的，虽然现在看来有很多瑕疵，但是在自己编写的容器中间层，在经过不断实践打击和验证后，自己的认识也在不断提高的。

熟练使用是一个层次，能够善用它是另一个层次，我认为懂它是怎么回事，和相关的东西对比就是善用它，而不是因为我个人偏好喜欢它，我选择它的目的是它适合这样的项目和场景，懂它也不仅仅是懂它的特征，因为特征很容易被模仿和拷贝，而是懂它的内在原理和它的发展基因。

当然我说这么多仅仅是现在我的角度，有很多东西在没有场景的时候，可能在大部分公司根本用不上，因此大多数人也不会有驱动力做这样的事情。有人感叹是自己没场景所以没必要去研究，不过当场景来了或许就没时间去研究，因为有些东西是需要提升认识和习惯，在遇到问题道来的时候，才会有习惯地去抓住根本（这仅仅是技术本身的层面，解决问题和抓根本是两个路线，不是说出现一个问题先不要关注外部客户，我们先把问题研究清楚研发解决问题后再怎么样，呵呵，而是通过一个问题我们要抓住问题根本，并梳理应用的许多隐患，不论是否完美，但是我们要尽力去做，才能有几乎去推进，或许推进到最后，你会发现是一个硬伤，但最少知道它是一个硬伤了，呵呵，不然我们永远不知道）。

大多数人用不上，因为很多地方领导恨不得你24小时在干活，自己的学习与进步其实与他关系不大，他要的是活给我干完。呵呵，这个话说得有点狠，不代表所有，但是确实大范围存在。我觉得小伙伴们应该要想的就是自己想要得到的是什么，如果感觉技术这玩意没啥意思，累人赚不到钱，以后干几年搞管理，那么就朝着那个方向去发展，如果以后就是牛脾气要搞技术，想要去更重视技术的公司，就可以修炼内功，提升自己，当这样的公司机会来的时候，不至于它又与你擦肩而过。

总而言之，要看自己的定位和想要的东西，定位有了，剩下的就是一份坚持，坚持才能让你的定位更加坚定，让你的兴趣更加浓厚，因为只有坚持才会有源源不断的收获来充实内心，人的定位和兴趣本身来自内心，这些东西就是收获和别人的认可。

传统行业公司也有很多东西可学，甚至于许多地方比互联网做得更好大有例子，我以前也是从传统行业公司做软件开发的，我现在做的事情也和传统行业非常接近，我认为所学除上面所提到的技术本身外，许多为人方式，做事情的思路（不仅仅是技术思路，还有项目思路），计划安排，资源等各方面，都有很多学问在里面，这些东西虽然似乎和技术关系不大，但是对自己来讲是长久的人生财富。

很喜欢这本书，经验确实老道，膜拜中......

花了小半天把所有回复仔细看了下来，作者扎实的功力和认真的态度都令人钦佩，上面各位问的问题也很深刻，我就问不出这么深刻的问题，看来是平时思考力度不够。

我也来请教一些问题，正在搭建一套共通平台，以后开发面向中小企业ERP、CRM相关产品都要基于这个平台（一个CRM和一个采购正在同时开发），所以希望做得比较灵活、扩展性好。

现在我希望平台能够支持JMX进行监控和管理，但是这方面完全没有经验，网上也没有找到比较好的方案，作者能不能帮忙指点一二呢

谢谢胖哥，回答的好认真呀，我也认真的看了，也一直都在思考着，谢谢！

感谢你的夸赞，呵呵！

《Java特种兵》这本书的名字是偶然想出来的，那段时间我在看一些电影，都与战争片有关系，尤其去年的某特种兵电视剧简直笑翻了，但是又能在一定程度上体现特种兵的素质。我当时想到很多小伙伴问我的问题简直“萌”得出奇，灵机一动写了这么一个名字，呵呵！加上自己本身也酷爱军事信息，崇尚牛人，所以取了这么一个名字。

至于特种兵到底要什么样的水准，仁者见仁、智者见智，我虽然也习惯会用一些标准来衡量一些人的档次，但是我始终认为标准都是有侧面因素的，特种兵这几个字的衡量标准依然有很多侧面因素，不论如何，衡量过后我不希望因为某个名词得到了就觉得自己真的牛逼了，或者因为某个名词得不到而一文不值，因为首先自己心里大概心里清楚几斤几两，另外在学习的道路上如果被一些名词让自己飘然起来，就会失去上进心，会走到不知天高地厚的程度，呵呵！所以我认为读书是一种乐趣，一种心得，一个行业内心声的交流，是一种认识和见解上的成长，不是一种枯燥无味的灌输。

非要说我自己达到特种兵没有，我也不知道，，至少这是我所向往的目标，或者是一个永远在前面的目标，至少有一个目标和理想去做。

了解底层原理以不变应万变，也是我的理想，因为在不断知识的梳理过程中，很多基础原理是相通的，在了解这些东西后，我们就在一定程度上算是科班的人了，加以实践的各种能力配合以及推导过程中去磨练，以不变应万变是有可能做到的。

送书的事情，不方便公开，可以私聊一些事情，肯定不会白送，呵呵，其实在另一个所谓的“fans”群内有一些活动，也不完全是白送的，也有一些名额限制，一般是买书后给予中肯评价（不一定是好评，但希望是中肯的），一定名额内会送，出版社会有一些名额，出版社不够的我也会自己掏钱送一些，因为虽然是我自己写的书，也是我自己掏钱买的（价格也不低），因为出版社的编辑MM辛苦一年多、印刷厂、运输、纸张本身都有一定的成本的，就算我自己分文不要，送书肯定也要多少付出点什么，而且只是一个中肯的评价，并不浪费什么精力与时间，更不会浪费钱。

很感谢您的赞！

其实功底是我崇尚的方式，我自己也在不断摸索和提升自我，书中所有结论性的见解，只是一个问号，并不是真理，更多的是希望读者去打开自己的思维去探讨。

你说的ERP、CRM其实这类软件不少，而且做得不错的也很多，而且很多还是以很便宜的价格在网上售卖也有的。说白了，如果真的完全通用就真的不值钱，除非在某个领域形成行业化品牌性产品，即使便宜，但薄利多销。

但如果一旦投入人在死跟这些问题的时候，就不一样了，人的成本是很夸张的，大多数企业是因为复杂的业务和各种个性化需求，还有一些有性能需求，还有一些希望什么问题可以现场技术人员支持，需要人去帮他们完成，通用的产品上可改造完成，这样降低双方成本的基础上，能够帮助甲方搞定问题，而这样的软件费用是比较高的，为啥，这个不是一个模型，而是真正可以为现实带来价值的东西，有人曾经说我用几千块钱可以买一个XXXX大型网站的源码，其实有很多较真的程序员会给它解释很多大道理，但是其实对方听不懂，因为行业背景和重点搞不太清楚，其实简单抽象的解释是：早一架模型飞机和造一架真飞机的价格、成本、难度、质量要求、性能要求都是完全不同的，在计算机里面的照片都是一样的，就像我们的墨子都是一样的，因为大物件远看就小了，小物件近看就大了，就看怎么去理解，一件事情可简单、可复杂，一件事情可以从高处向下看觉得一切平静，但水底很深，但只有深水区的人才知道有多深，这就是有句话：“行外看热闹，行内懂门道”，其实我更想说的是：有些时候看棋的人比下棋的人喊得厉害，下棋的人很冷静，看棋的人差点打起来，呵呵，这个扯远了点，主要是随口一说。


灵活性扩展性的问题，我认为没有完全通用的，我也曾认为可以很通用，但是事实并非如此，有很多时候行业之间的区别太大，如果硬要拉到一起，有些时候会不伦不类。传统行业我举个例子：电信、移动、教育、企业信息化、财务、制造业、旅游、金融、证券、海关等等，还有比较特殊的互联网里面还会细分很多东西。

针对一个行业的发展趋势，还是有机会去做通用化的，形成一种行业解决问题方案的经验，以至于可以在某个行业内有市场地位，因为你很懂这个行业背景。这个行业有自己的各种业务方案，一种问题一般就几种解决方案，通过基础组件扩展下，加一些代码就可以实现，产品化也是在抽象这个行业的通用业务，将大部分通用业务可以直接在产品上实现，可变性需要抽象为可配置化的东西，所谓可变性抽象其实也要求你对行业背景比较了解才行的，否则只能做到一个地方的时候再来打补丁（这个动作很正常，只不过常年大部分时间在打补丁，产品就没有版本规划，整个应用也会千疮百孔），这也是软件可伸缩性的基础，我们如果不了解一些行业背景，即使通用就无法满足行业的个性化，行业的个性化其实行业内就是通用化的，完全通用的产品是最长层通用化的东西，也是最不容易满足个性化的，这个细说太多，我也说得有点乱，扯得有点远，呵呵，如果和本书相关，或许在下册的某些东西会牵涉到这里面，但同样的，我书里面所讲的仅仅是一些看法，并非真理。

JMX管理，应该是和JVM相关的信息管理吧，网上应该有不少资料的，如果完全依赖JVM所提供的工具，主要要注意版本的支持，和JVM当中和JMX相关的参数配置，然后要注意网络的隔离性，因为这个是可行性的条件，否则比较麻烦。如果是自己给予JMX的API来编写代码，输出数据，自己定义数据格式、加密，这些网络中有不少代码可以参考的，远程调用JMX也可以，JVM自带的一些工具也是这样做的，同样需要相关参数的支持才行。再顺便广告下，JMX的一些小例子在本书的光盘中也有点，可以参考下，JVM的一些工具也有专门的介绍，有些简单工具的实现原理和模拟代码也有例子，可以参考下，理论上可以帮助你去理解。

多谢你的肯定，经验老道算不上，呵呵，我工作时间不算长，我也不敢凭经验吃饭，因为常规的技术经验很容易out，我更愿意去接受和传承许多做事方法、解决问题的思路、接受新事务和心态之类的东西，我觉得这些东西是说虚比较虚，说实就是终生受益的一些事情。我虽然不是一个传道者，不过我希望大家有意识去摸索自己的道，摸索自己的方法和思路，摸索自己的兴趣，在这些方面去发力和坚持。
同时，借一本书完善自我，并有助于他人，分享的东西未必完全对，不过我觉得再朝着一个方向去摸索和发展，因为很多东西本身就没有完全的对于错，呵呵！

什么时候有电子版？