首页 文章 精选 留言 我的

精选列表

搜索[java],共10000篇文章
优秀的个人博客,低调大师

Java应用架构的演化之路

当我们架设一个系统的时候通常需要考虑到如何与其他系统交互,所以我们首先需要知道各种系统之间是如何交互的,使用何种技术实现。 1. 不同系统不同语言之间的交互 现在我们常见的不同系统不同语言之间的交互使用WebService,Http请求。WebService,即“Web 服务”,简写为 WS。从字面上理解,它其实就是“基于 Web 的服务”。而服务却是双方的,有服务需求方,就有服务提供方。服务提供方对外发布服务,服务需求方调用服务提供方所发布的服务。如果说得再专业一点,WS 其实就是建立在 HTTP 协议上实现异构系统通讯的工具。没错!WS 说白了还是基于 HTTP 协议的,也就是说,数据是通过 HTTP 进行传输的。最早我们是用CXF开发SOAP服务实现WS,后面我们是用REST服务实现WS(这个目前使用比较多,也最我用得最多的这一种)。基于 CXF也可以开发REST服务,不过我们一般直接使用springMVC或者其他MVC框架实现REST服务。 但是在很多人的印象中Web service的话一般指十来年前IBM主导的基于XML的各种交互技术,现在除了一些公司在用之外用得人也很少了。广义的话Webservice就是Web 服务了,一切皆服务。 2. 不同系统相同语言之间的交互 常见的不同系统相同语言之间的交互用RPC(远程过程调用),或者RMI(远程方法调用)实现,不用对外部提供服务,当然上面说的也可以使用在相同语言之间的交互,只是我常用的是RPC。 不同产品的架构 3. 单个产品的架构演进 一般我们只是一个产品的情况下的架构演进历程,如果需要对外提供webService,通常使用REST服务实现。 以下一段内容来源于知乎 1. 分布式架构的演进系统架构演化历程-初始阶段架构 初始阶段 的小型系统 应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP 特征:应用程序、数据库、文件等所有的资源都在一台服务器上。 描述:通常服务器操作系统使用linux,应用程序使用PHP开发,然后部署在Apache上,数据库使用Mysql,汇集各种免费开源软件以及一台廉价服务器就可以开始系统的发展之路了。 2. 系统架构演化历程-应用服务和数据服务分离 好景不长,发现随着系统访问量的再度增加,webserver机器的压力在高峰期会上升到比较高,这个时候开始考虑增加一台webserver 特征:应用程序、数据库、文件分别部署在独立的资源上。 描述:数据量增加,单台服务器性能及存储空间不足,需要将应用和数据分离,并发处理能力和数据存储空间得到了很大改善。 3. 系统架构演化历程-使用缓存改善性能 特征:数据库中访问较集中的一小部分数据存储在缓存服务器中,减少数据库的访问次数,降低数据库的访问压力。 描述:系统访问特点遵循二八定律,即80%的业务访问集中在20%的数据上。缓存分为本地缓存和远程分布式缓存,本地缓存访问速度更快但缓存数据量有限,同时存在与应用程序争用内存的情况。 4. 系统架构演化历程-使用应用服务器集群 在做完分库分表这些工作后,数据库上的压力已经降到比较低了,又开始过着每天看着访问量暴增的幸福生活了,突然有一天,发现系统的访问又开始有变慢 的趋势了,这个时候首先查看数据库,压力一切正常,之后查看webserver,发现apache阻塞了很多的请求,而应用服务器对每个请求也是比较快 的,看来 是请求数太高导致需要排队等待,响应速度变慢 特征:多台服务器通过负载均衡同时向外部提供服务,解决单台服务器处理能力和存储空间上限的问题。 描述:使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源,提升系统的并发处理能力,使得服务器的负载压力不再成为整个系统的瓶颈。 5. 系统架构演化历程-数据库读写分离 享受了一段时间的系统访问量高速增长的幸福后,发现系统又开始变慢了,这次又是什么状况呢,经过查找,发现数据库写入、更新的这些操作的部分数据库连接的资源竞争非常激烈,导致了系统变慢 特征:多台服务器通过负载均衡同时向外部提供服务,解决单台服务器处理能力和存储空间上限的问题。 描述:使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源,使得服务器的负载压力不在成为整个系统的瓶颈。 6. 系统架构演化历程-反向代理和CDN加速 特征:采用CDN和反向代理加快系统的 访问速度。 描述:为了应付复杂的网络环境和不同地区用户的访问,通过CDN和反向代理加快用户访问的速度,同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存。 7. 系统架构演化历程-分布式文件系统和分布式数据库 随着系统的不断运行,数据量开始大幅度增长,这个时候发现分库后查询仍然会有些慢,于是按照分库的思想开始做分表的工作 特征:数据库采用分布式数据库,文件系统采用分布式文件系统。 描述:任何强大的单一服务器都满足不了大型系统持续增长的业务需求,数据库读写分离随着业务的发展最终也将无法满足需求,需要使用分布式数据库及分 布式文件系统来支撑。分布式数据库是系统数据库拆分的最后方法,只有在单表数据规模非常庞大的时候才使用,更常用的数据库拆分手段是业务分库,将不同的业 务数据库部署在不同的物理服务器上。 8. 系统架构演化历程-使用NoSQL和搜索引擎 特征:系统引入NoSQL数据库及搜索引擎。 描述:随着业务越来越复杂,对数据存储和检索的需求也越来越复杂,系统需要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎。应用服务器通过统一数据访问模块访问各种数据,减轻应用程序管理诸多数据源的麻烦。 9. 系统架构演化历程-业务拆分 特征:系统上按照业务进行拆分改造,应用服务器按照业务区分进行分别部署。 描述:为了应对日益复杂的业务场景,通常使用分而治之的手段将整个系统业务分成不同的产品线,应用之间通过超链接建立关系,也可以通过消息队列进行 数据分发,当然更多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。纵向拆分:将一个大应用拆分为多个小应用,如果新业务较为独立,那么就直 接将其设计部署为一个独立的Web应用系统纵向拆分相对较为简单,通过梳理业务,将较少相关的业务剥离即可。横向拆分:将复用的业务拆分出来,独立部署为 分布式服务,新增业务只需要调用这些分布式服务横向拆分需要识别可复用的业务,设计服务接口,规范服务依赖关系。 10. 系统架构演化历程-分布式服务 特征:公共的应用模块被提取出来,部署在分布式服务器上供应用服务器调用。描述:随着业务越拆越小,应用系统整体复杂程度呈指数级上升,由于所有应用要和所有数据库系统连接,最终导致数据库连接资源不足,拒绝服务。 Q:分布式服务应用会面临哪些问题? (1) 当服务越来越多时,服务URL配置管理变得非常困难,F5硬件负载均衡器的单点压力也越来越大。 (2) 当进一步发展,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。 (3) 接着,服务的调用量越来越大,服务的容量问题就暴露出来,这个服务需要多少机器支撑?什么时候该加机器? (4) 服务多了,沟通成本也开始上升,调某个服务失败该找谁?服务的参数都有什么约定? (5) 一个服务有多个业务消费者,如何确保服务质量? (6) 随着服务的不停升级,总有些意想不到的事发生,比如cache写错了导致内存溢出,故障不可避免,每次核心服务一挂,影响一大片,人心慌慌,如何控制故障的影响面?服务是否可以功能降级?或者资源劣化? 这个好像是《大型网站技术架构 核心原理与案例分析》开篇的内容,不过作者总结得不错,我就转载一下吧。 4. 产品线的架构 还有一种就是上面也有提到的业务拆分。现在我们需要做一个产品线,我们只需要一个数据层,一个通用业务逻辑层,前面还有各种应用和界面层,不需要对 外部系统(外部公司的系统)提供服务的情况以前我们一般会选择用EJB等来构建分布式应用,但是现在我们可以使用dobbo、thrift、avro、 hessian这类RPC框架来构建分布式应用实现不同应用和数据来源的交互。这种结构模式下我们需要对其他公司提供服务,可以专门写一个应用对外部系统 提供rest服务。一般大多数互联网服务背后都要访问十几个甚至几百个内部服务,它们之间的通信方式一般都是RPC:就像访问一个远程方法那样,输入参数 后等待返回结果。这对于构建复杂系统是最容易理解的方式。 如下图的模型,文件系统,缓存那些没有画出来,大家理解就行。 结语: 不管哪种架构我们都需要做好模块化(尽量做到模块复用)。 不要为了架构而架构导致过度设计。 不管何种架构都是为了更好满足业务需求,架构应该跟随业务的发展而发展。 当前的架构如果可以满足当前的业务发展,就可以考虑下一步的扩展了,不用一下子考虑3步4步甚至更多。 以上如果有误,还望大家不吝赐教! 来源:51CTO

优秀的个人博客,低调大师

ElasticSearch java api -单例模式

//单例模式 private static Settings getSettingInstance(){ if(settings==null){ synchronized (Settings.class) { if(settings==null){ settings = ImmutableSettings.settingsBuilder() // client.transport.sniff=true // 客户端嗅探整个集群的状态,把集群中其它机器的ip地址自动添加到客户端中,并且自动发现新加入集群的机器 .put("client.transport.sniff", true).put("client", true)// 仅作为客户端连接 .put("data", false).put("cluster.name", clustername)// 集群名称 .build(); } } } return settings; } //单例模式 private static TransportClient client; private static TransportClient getIstance() { if (client == null) { //同步代码块(对象未初始化时,使用同步代码块,保证多线程访问时对象在第一次创建后,不再重复被创建) synchronized (TransportClient.class) { if (client == null) { client = new TransportClient(getSettingInstance()).addTransportAddress(new InetSocketTransportAddress(hostname, Integer.parseInt(port1)))// TCP // 连接地址 .addTransportAddress(new InetSocketTransportAddress(hostname, Integer.parseInt(port2))); } } } return client; } /** * 创建索引 写入elasticsearch * * @param jsonlist * 要创建索引的jsonlist数据 */ public static void createIndex(List<JSONObject> jsonlist) { searchRequestBuilder = getIstance().prepareSearch(index); try { // 创建索引 for (int i = 0; i < jsonlist.size(); i++) { IndexResponse indexResponse = client.prepareIndex(index, type, jsonlist.get(i).getString("id")).setSource(jsonlist.get(i).toString()) .execute().actionGet(); if (indexResponse.isCreated()) { System.out.println("创建成功!"); } else { System.out.println("创建失败!"); } } } catch (Exception e) { e.printStackTrace(); } }

优秀的个人博客,低调大师

Java流程控制语句总结

流程控制语句 1)顺序结构 从上往下,依次执行 2)选择结构按照不同的选择,执行不同的代码 3)循环结构 做一些重复的代码 1.1)顺序结构案例: 分析思路: 要完成两个变量值的交换,我们需要借助一个第三方的变量来暂存其中的一个变量的值,然后将数据已被暂存的变量的值改变,最后将另一个变量的值使用暂存的数据改变。 编写步骤,依次完成: ①声明第三方变量,假设为z ②将x的值赋给z,完成对x所代表的数据的暂时存储 ③将y的值赋给x,完成对x的交换过程 ④将z中暂存的x的原值赋给y,完成对y进行的交换过程 程序实现: intx=10,y=20; intz; z=x; x=y; y=z; System.out.println("交换后:x="+x+",y="+y); System.out.println("结论:顺序流程要分清语句执行的先后次序"); 2)选择结构 选择结构if 2.1)if语句 三种格式 A:格式1 if(比较表达式) { 语句体; } 执行流程: 判断比较表达式的值,看是true还是false 如果是true,就执行语句体 如果是false,就不执行语句体 B:格式2 if(比较表达式) { 语句体1; }else { 语句体2; } 执行流程: 判断比较表达式的值,看是true还是false 如果是true,就执行语句体1 如果是false,就执行语句体2 C:格式3 if(比较表达式1) { 语句体1; }else if(比较表达式2){ 语句体2; } ... else { 语句体n+1; } 执行流程: 判断比较表达式1的值,看是true还是false 如果是true,就执行语句体1 如果是false,就继续判断比较表达式2的值,看是true还是false 如果是true,就执行语句体2 如果是false,就继续判断比较表达式3的值,看是true还是false ... 如果都不满足,就执行语句体n+1 2.2)if选择案例: importjava.util.Scanner; publicclassJavaTest{ publicstaticvoidmain(String[]args){ Scannerscanner=newScanner(System.in); System.out.println("请输入要查询的分数:"); //考虑了分数还可能有小数 doublescore=scanner.nextDouble(); if(score>=90) System.out.println("您查询的成绩为优秀等级"); elseif(score>=80&&score<90) System.out.println("您查询的成绩为优良等级"); elseif(score>=70&&score<80) System.out.println("您查询的成绩为良好等级"); elseif(score>=60&&score<70) System.out.println("您查询的成绩为及格等级"); else System.out.println("您查询的成绩不及格"); } } 2.3)注意事项 A:比较表达式无论简单还是复杂,结果是boolean类型 B:if语句控制的语句体如果是一条语句,是可以省略大括号的;如果是多条,不能省略。 建议:永远不要省略。 C:一般来说,有左大括号,就没有分号,有分号,就没有左大括号。 D:else后面如果没有if,是不会出现比较表达式的。 E:三种if语句其实都是一个语句,只要有一个执行,其他的就不再执行。 2.4)三元运算符和if语句第二种格式的关系 所有的三元运算符能够实现的,if语句的第二种格式都能实现。反之不成立。 选择结构switch语句 1.1)格式: switch(表达式) { case 值1: 语句体1; break; case 值2: 语句体2; break; ... default: 语句体n+1; break; } 格式解释说明: switch:说明这是switch语句。 表达式:可以是byte,short,int,char JDK5以后可以是枚举 JDK7以后可以是字符串 case:后面的值就是要和表达式进行比较的值 break:表示程序到这里中断,跳出switch语句 default:如果所有的情况都不匹配,就执行这里,相当于if语句中的else 1.2)执行流程: A:首先计算表达式的值 B:和每一个case进行匹配,如果有就执行对应的语句体,看到break就结束。 C:如果没有匹配,就执行default的语句体n+1 1.3)switch案例: A:键盘录入一个数字(1-7),输出对应的星期几。 importjava.util.Scanner; publicclassWeek{ publicstaticvoidmain(String[]args){ Scannerscanner=newScanner(System.in); System.out.println("请输入您要查询的星期数:"); intweek=scanner.nextInt(); switch(week){ case1: System.out.println("星期一"); break; case2: System.out.println("星期一"); break; case3: System.out.println("星期三"); break; case4: System.out.println("星期四"); break; case5: System.out.println("星期五"); break; case6: System.out.println("星期六"); break; case7: System.out.println("星期日"); break; default: System.out.println("请输入1-7有效的Week数目"); break; } } } 1.4)注意事项: A:case后面只能是常量,不能是变量,而且,多个case后面的值不能出现相同的 B:default可以省略吗? 可以省略,但是不建议,因为它的作用是对不正确的情况给出提示。 特殊情况: case就可以把值固定。 A,B,C,D C:break可以省略吗? 可以省略,但是结果可能不是我们想要的。 会出现一个现象:case穿透。 最终我们建议不要省略 D:default一定要在最后吗? 不是,可以在任意位置。但是建议在最后。 E:switch语句的结束条件 a:遇到break就结束了 b:执行到末尾就结束了 1.5)if语句和switch语句各自的场景 A:if 针对boolean类型的判断 针对一个范围的判断 针对几个常量的判断 B:switch 针对几个常量的判断 3、循环语句: 3.1)有三种:for,while,do...while 3.1.1)for循环语句 A:格式 for(初始化语句;判断条件语句;控制条件语句){ 循环体语句; } 3.1.2)执行流程: a:执行初始化语句 b:执行判断条件语句 如果这里是true,就继续 如果这里是false,循环就结束 c:执行循环体语句 d:执行控制条件语句 e:回到b 3.1.3)注意事项 a:判断条件语句无论简单还是复杂,结果是boolean类型 b:循环体语句如果是一条,可以省略大括号,但是不建议 c:有分号就没有左大括号,有左大括号就没有分号 3.1.4)案例 求1-100的和,求1-100的偶数和,求1-100的奇数和 classQiuHe{ publicstaticvoidmain(String[]args) { //求1-100之间偶数和 intsum2=0; for(intx=1;x<=100;x++){ if(x%2==0) sum2+=x; } System.out.println("1-100的偶数和是"+sum2); System.out.println("----------------------"); intsum3=0; for(intx=0;x<=100;x+=2) { sum3+=x; } System.out.println("1-100的偶数和是"+sum3); } } 3.2)while循环 3.2.1)基本格式 while(判断条件语句) { 循环体语句; } 扩展格式: 初始化语句; while(判断条件语句){ 循环体语句; 控制条件语句; } 3.2.2)for和while的区别 a:使用上的区别 for语句的那个控制条件变量,在循环结束后不能在使用了。 而while的可以继续使用。 b:理解上的区别 for适合于一个范围的判断 while适合次数不明确的 举例:吃葡萄 3.2.3)案例珠穆朗玛峰问题 classJavaTest1{ publicstaticvoidmain(String[]args){ intcount=0; intend=884800; intstart=1; while(start<end) { //只要每次变化的厚度没有超过珠穆朗玛峰高度,就折叠,统计变量++ count++; //折叠一次有什么变化呢?厚度是原来的二倍 start*=2; } System.out.println(count); } } 3.3)do...while循环 3.3.1)基本格式 do { 循环体语句; }while(判断条件语句); 扩展格式: 初始化语句; do { 循环体语句; 控制条件语句; }while(判断条件语句); 通过查看格式,我们就可以看出其实三种循环的格式可以是统一的。 3.3.2)三种循环的区别 a:do...while循环至少执行一次循环体 b:for和while必须先判断条件是否是true,然后后才能决定是否执行循环体 3.3.3)循环使用的注意事项(死循环) A:一定要注意修改控制条件,否则容易出现死循环。 B:最简单的死循环格式 a:while(true){...} b:for(;;){} 4、控制跳转语句 4.1)break:中断的意思 A:用在循环和switch语句中,离开此应用场景无意义。 B:作用 a:跳出单层循环 //控制跳转语句 //break:中断 continue:继续 return:返回 //break:中断的意思,使用场景 //A:switch 语句中 B:循环语句中(循环语句中加入了if判断的情况) //离开上面两个场景,无意义。 classJavaTest1{ publicstaticvoidmain(String[]args){ for(intx=0;x<10;x++) { if(x==2){ //作用:跳出单层循环 break; } System.out.println("break"); } System.out.println("break1"); } } b:跳出多层循环,需要标签语句的配合 4.2)continue:继续 A:用在循环中,离开此应用场景无意义。 B:作用 a:跳出单层循环的一次,可以继续下一次 classJavaTest1{ publicstaticvoidmain(String[]args){ for(intx=0;x<10;x++) { if(x==2){ //作用:跳出单层循环 continue; } System.out.println(x); } System.out.println("continue"); } } 4.3)return:返回 A:用于结束方法的,后面还会在继续讲解和使用。 B:一旦遇到return,程序就不会在继续往后执行。 classJavaTest1{ publicstaticvoidmain(String[]args){ for(intx=0;x<10;x++) { if(x==2){ //不在执行reture return; } System.out.println(x); } System.out.println("return"); } }

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册