网络框架访问的流程图
2016-03-28 10:25:20 0 举报
网络框架访问流程图描述: 1. 用户通过浏览器或其他客户端工具发起对服务器的请求。 2. 请求首先到达防火墙,防火墙检查请求是否合法。 3. 如果请求合法,请求被转发到负载均衡器。 4. 负载均衡器根据当前的系统负载情况,选择一个服务器处理请求。 5. 服务器接收到请求后,开始处理请求并返回响应。 6. 响应再次经过负载均衡器,然后返回给用户。 7. 用户收到响应,完成一次网络访问。 这个流程确保了网络访问的安全性和高效性,同时也保证了系统的稳定运行。
作者其他创作
大纲/内容
拼接字符串
当前的APP是全部采用POST请求,就是怎么样才能保存参数到数据库或者文件,key的名称怎么起好,也是采用像get那样的字符串的排序后拼接还是其他办法
判断接口是不是需要本地缓存功能的
获取文件中我们保存的cookies,若文件中没有cookie就直接重新登录(当然这个功能暂时是不存在的,原因是我们的服务器并不是像我所这样设计那样)
保存新的cookies(暂时我们是不具备这样的设计)
添加访问头部
若是存在expire,并且expire的值大于0,判断好是否超时以后,若没有超时,那么我们就从我们的数据库中获取内容,直接返回,在获取内容的时候判断是否超时,超时的时候返回空消息,没超时返回JSON String
我们现在所有的接口都是带参数key-value形式的uid,utoken提交,能否利用cookie解决每次重复传递相同的参数的问题
进入网络访问的接口
判定是POST还是GET请求
POST提交文件会存在我们需要监听进度的问题
还想了解的是图片上传压缩与图片的下载压缩,Glide
若是GET请求就执行请求头拼接操作,需要对拼接内容进行排序,避免重复将相同参数,但是请求参数顺序不一样的json数据,缓存数据保存文件中
在异步的时候,我们会将结果的String传到界面层,让界面层来进行GSON解析,对于列表型数据,会不会出现ANR的问题,还是也封装到网络层直接返回?如果json出现问题,需要上传异常到服务器?由于异步请求其实也是按照队列或者线程池去做,那么我们有多条的请求触发了,返回的时候我们出现了一个问题,就是退出了当前的页面,但是网络线程还是在干活,成功后回调,由于activity或者fragment退出了,就出现调用onSuccess的时候由于获取到数据就会填充主线程下的控件的数据展示,会产生空指针异常,应该是我们的context被回收了但是我们显示页面,从而产生空指针cancel request TAag
根据返回的状态码进行处理内容
提交访问
1.收到服务器的响应信息,但仍存在我们的服务器约束状态代码,当状态为1的时候,我们封装将结果直接包装起来,到下一步在进行entity的各种类型解析;还有保存获取的列表型数据到对应的缓存中,sqlite或者是file,选其一2.但是遇到响应的信息不是1的时候,我们需要走统一的错误处理
这里是存在一个时间校正的问题
判断是同步还是异步
存在一个就是我们的用户强制手动刷新的内容
由于当前的app需求是会上传大量的图片与文件上去,那么我们的压缩应该添加什么比较好,而且我们的POST方法在写的时候,怎么封装会比较好,因为我们的内容,是一开始将POST的封装作为multipart传输,还是怎样考虑
收藏
0 条评论
回复 删除
下一页