分布式服务框架

来源：互联网发布：wpf 漂亮界面源码编辑：程序博客网时间：2024/06/05 14:47

网站功能丰富后出现的问题以及解决方法

这里写图片描述

当应用功能增加后，对网站的稳定性会产生一定的影响，这时会选择把应用拆小，保持每个应用都不会太大，具体有两种方法。

第一种方案是把大的应用拆成多个，这样的好处是可以很快的完成

这里写图片描述

但是这样仍然会存在一些问题，比如说数据库的连接数压力还是很大，还有应用之间会存在重复的代码

第二种方法是服务化方案

这里写图片描述

在原来的应用和底层数据库、缓存系统、文件系统等系统之间添加服务层。

从结构上看，系统架构更加清晰，更加稳定。

服务框架的设计和实现

应用从集中式走向分布式所遇到的问题

在没有服务化之前，应用是通过本地调用的方式来使用其他组件，服务化会使得原来的一些本地调用变为远程调用。

从单机的单个进程中的一个方法调用分散到两个节点要经过很多步骤。

这里写图片描述

单机单进程函数调用就是把程序计数器指向相应的入口地址，而在多机之间，我们需要对调用的请求信息进行变化，然后传给远程的节点，解码之后在进行真正的调用。寻址路由是用来让调用方确定哪个实例被调用，实例定位是指在被调用的机器上找到对应的实例来进行方法调用，从而实现功能。

透过示例看服务框架原型

服务框架应该既包含调用端逻辑又包含服务端逻辑的。

单机模式

例如实现一个计算器的功能

public class Calculator {    public int add(int a, int b) {        return a + b;    }    public int minus(int a, int b) {        return a - b;    }    public static void test1() {        Calculator calculator = new Calculator();        System.out.println(calculator.add(1, 1));    }}

实现远程服务的调用客户端

首先把Calculator抽象成一个接口，在实现类中进行实现

public interface Calculator {    public int add(int a, int b);    public int minus(int a, int b);}public class CalculatorImpl implements Calculator {    @Override    public int add(int a, int b) {        return a + b;    }    @Override    public int minus(int a, int b) {        return a - b;    }}

在调用端调用add方法的逻辑

public int add(int a,int b){        //获得可用的服务地址列表        List<String> l = getAvailableServiceAddresses("Calculator.add");        //确定要调用服务的目标机器        String address = chooseTarget(l);        //建立连接        Socket socket = new Socket(address);        //请求序列化        byte[] request = genRequest(a,b);        //发送请求        socket.getOutputStream().write(request);        //接受结果        byte[] response = new byte[10240];        socket.getInputStream().read(response);        //解析结果        int result = getResult(response);        return result;    }}