怎样入门Java分布式应用？
我接触分布式系统有很长的时间了，也算小有心得，下面从what，why，who，when和how几方面来分别讨论！
1，what:分布式是什么？相对于把所有服务，功能在一台机器(或者一个集群)进行统一部署的集成系统，分布式采用了拆分的方式，将不同的服务部署在不同的节点上，彼此之间通过某种方式进行通信，对外表现出高度透明和内聚性，让使用者感觉到是一个统一的整体！
2，why:为什么要使用分布式？①集成系统代码耦合严重，难以扩展②而且随着业务需求越来越多，就算是使用集群也很难达到高并发，低延迟的要求③集成系统对于单个服务器的要求很高，很容易出现内存溢出，CPU占满的情况！使用分布式系统能将服务粒度变小，防止业务耦合，同时对于单个服务水平扩展更加容易！
3，who和when:什么场景该使用分布式呢？在单一系统无法满足性能需求的时候（阿里巴巴双十一几十亿的访问可不是盖的，是几万台服务器堆起来的），在业务耦合太严重的时候，都应该考虑将集成系统拆成分布式系统，通常来说所有公司都可以使用分布式系统，但是涉及到更多的开发资源，更多的运维成本，所以小公司可以选择使用！
4，how:怎么玩转分布式？先来看下JAVA中有哪些涉及分布式的技术，首先需要拆分服务，所以需要微服务架构(springcloud和dubbo)，服务之间相互调用使用rpc或者服务注册与发现中心(eureka，zookeeper)，如果服务异常了，需要进行熔断，防止雪崩(hystrix等)，服务之间要通信，所以需要消息队列保证数据传输(redis，kafka，activemq等)，数据库性能跟不上，需要进行分库分表(多台数据库分布在不同的服务器节点上)，业务代码连接分库分表的数据库需要通过中间件服务(mycat，sharding-jdbc等)，高并发，秒杀系统，数据库IO速度还是跟不上，就不得不引入缓存(redis，memcache等)，数据库之间或者和缓存之间不可避免的需要进行数据同步(canal等)，单个服务如果还有性能问题，可以使用反向代理和负载均衡(nginx等)！
总之，分布式技术不是简简单单的一门技术，而是涉及到服务的拆分，服务的通信，服务的相互调用等一系列的高难度问题！
同时，由于系统是分布的，对于分布式事务(使用TCC，多阶段提交等方式保证数据一致性)，分布式缓存，分布式消息队列，分布式锁，数据一致性，消息丢失，全局唯一ID等问题都是迫切需要注意的难点！
具体的分布式实现不是三言两语就能说清的，一定要在实际的项目中多加实践，才能深切的掌握这项技术，更多在项目实操上遇到的问题，可以联系笔者进行研究讨论，更多技术分享，敬请关注。。。
Java分布式架构，主要从四个方面考虑：
一、分布式架构的原理
分布式架构的演化过程
如何把应用从单机扩展到分布式
CDN加速静态文件访问
系统监控、容灾、存储动态扩容
架构设计及业务驱动的划分
二、分布式架构的策略
分布式架构网络通信原理
通讯协议中的序列化和反序列化
基于框架的RPC、webservice等
Dubbo管理中心及监控平台的部署
基于Dubbo分布式系统架构的实战
Dubbo容错机制及高扩展性分析
三、分布式架构中间件
分布式消息通信Kafka/RabbitMQ/ActiveMQ
redis主从复制原理及无磁盘复制分析
MongoDB企业级集群解决方案
MongoDB数据分片、转存、恢复策略
Nginx反向代理、负载均衡
基于Netty实现Dubbo多协议通讯支持
Netty无锁化串行设计和高并发处理机制
四、分布式架构实战
分布式事务解决方案
分布式服务降级、限流
分布式架构下的分布式定时调度等
得看你有怎样的软件行业基础？如果你是刚入门软件刚也，那么先把java和数据库学好了，为什么要先学这两样呢？因为这两样是基础吧，如果这两样都不懂的话，你就根本不知道java分布式应用的优势在哪儿。如果说你是有java基础的话，你可以现在先学spring boot，然后就可以学基于spring boot的分布式框架，这些可以去网上搜视频来看，应该还是挺简单的。关键是你要用手实际去操作一遍，这样的话印象更深刻一些。
java分布式应用入门很简单，但学精不容易，首先你的程序能分成多份 ，供外界调用，就是分布式，但多份后，如何调用，这就是请求路由了，就要看负载均衡了，那么如果其中一份，保存了状态，而外部请求又被路由到另一份了，状态如何同步呢
使用java如何打造分布式框架或系统，需要哪些知识？
感谢邀请。
分布式系统的架构与设计，可能要按实际项目升级的需要来演绎，需要：
有 SOA的思想, RESTful API得整个明白，且大量应用；
有 统一登录，身份认证与授权的想法, token的定义与失效机制，加解密的处理；
有 文件服务器，提供静态文件的读写服务 （包装成熟可靠的API），CDN的概念；
有 消息队列的想法，且适当应用，比 ActiveMQ，Kafka；
有 缓存管理的概念，且大量运用，比如 Memecache, Redis等；
有 web服务器集群，负载均衡的想法，会玩 Nginx,HAProxy 等；
有 数据库集群的概念，能玩 主从数据库复制，读写分离 等；
有高级网络编程的概念，同步异步的应用，多线程的处理，socket程序，非阻塞的IO处理;
对 https, tcp/ip,telnet有深入理解与应用；
有对系统的容错机制处理,能做预警处理；
能设计高可用 （冷热备份，异地多活 等）的系统；
有对当下流行的系统设计框架的理解与应用 等；
声明
搞分布式系统，时间成本 与 资源成本 得先考虑好；
如果用户量不足数百，点击率上不去，就安心先把系统功能做好才是真；
优秀的系统，都是一步步分阶段来演绎的。
(结束)
目前主流的java分布式架构构建方案：
1，基于spring cloud的微服务架构，以spring cloud gateway为群集网关，eureka进行服务治理，open feign进行服务分发和消费管理。
2，以docker进行服务打包，简化部署任务。
3，以kubernetes进行docker容器编排以及群集计算资源管理
4，Hadoop 进行分布式存储管理
5，redis作为缓存及运行时数据管理，群集计算模式中，你不能再在应用程序内部保存全局数据。
6，以rabbitmq作为应用间消息传递
以上是构建java分布式应用的电型开源方案，当然还有其它的商用或者开源方案，不过基于spring cloud项目构建分布式应用是最为简易高效低成本的方案。
为什么一本大学Java只教到数据库，而培训班的会分布式，但都瞧不起培训班的程序员？
正好我前面对另一个类似问题有过回答，copy过来。以下是原回答:
我就是软件工程的，本科和研究生学校211，985。如果你认为好学校培养的人一出来就是大牛，那你就失望了，而且如果按照培养计划甚至一出来连app，网站都不会独立写完的人也大有人在(其他人先别杠，先看完再说)。
因为学校教的东西不会追求当前前沿技术，比如java相关的，比如如今的redis，ssm，nginx，dubbo，这些都不会讲。讲数据库的时候也只是讲原理，sql语句都不会细说。甚至我在15年大学，连android都不会讲。研究生阶段，也只有深度学习大数据这种可以脱离了工具，算法类的讲过。
之所以不讲，因为这些只是工具，经常更新换代的，会被淘汰的，就比如15年android很火，但是现在就有很多人说android是夕阳行业了，会被小程序代替，还有以前的ssh，现在的ssm，所以这种工具类技术更新非常快。学校教你的是原理，是计算机的本质，是算法的本质，你这些本质抓好了，再学上面那些工具，真的学的很快。而上述的那些框架技术都是需要自学的，所以你遇到那种一出校门就会如上框架技术的人，那都是人家自学的，学校不教。
因此，如果你指望一出好学校计科的人就是大牛是不可能的。但是事实又是相反，因为好学校计科的学生在掌握了“本质”，自学很快，又有充足时间去自学，再加上如今竞争压力也大，所以很多刚出校门的学生不乏技术扎实的例子。
附: 1.肯定有人会问，你们学校不教ssm等，教什么？就教个数据结构？
答: 大学除了高数，线代，概率论，英语这种公共必修课以外，该教你认识计算机世界的本质！(如计算机网络，计算机组成原理，操作系统，更别说数据结构，软件工程，实时系统等了)。
2.还有人会问，“学了这些有用吗？我没学还不是能进it行业？”
答，这就是码农与架构师的区别，前期可能真觉得没什么用，但是你越学到后期越觉得这些非常有用了。比如现在的redis，为什么有redis？再看看计算机的缓存，整个项目架构是不是跟计算机很像？越学到后面，就越是跟硬件，网络较劲，不了解这些是不行的，五年前的计算机架构是cpu缓存主寸硬盘，现在还不是这样？但是ssm这工具类技术5年前呢？你可以初始的时候不学学校里那种“老技术”，但是这行业越做越深的时候你就必须要学了。