qq_21364629的博客

python VOC转yolo格式

Opencv使用问题

功能说明 将两个向量分别存储在TXT中，选择功能计算余弦相似度，还是绝对误差 参数说明 --tpye cos表示余弦相似度；L1表示绝对误差 --fileA 输入第一个文件路径 --fileB 输入第二个文件路径 代码 下面展示一些 内联代码片。 import os import numpy as np import argparse def cos_sim(vector_a, vector_b): """ 计算两个向量之间的余弦相似度 :param vector_a: 向量 a

Soul网关-day18 Soul网关-hystrix插件（四） ​ 突然得知这是最后一天的源码任务了，其实还可以继续写因为感觉我Soul源码解读还差好多… ​ 昨天解析到了DefaultSoulPluginChain，那么今天就来详细解读一下这个类相关的东西把；首先这个类是SoulWebHandler的子类。 /** * This is web handler request starter. * **/ public final class SoulWebHandler

Soul网关-day17 Soul网关-hystrix插件（三） ​ 今天正式开始读hystrix的源码，昨天大概复现了熔断，同时发现在Soul-admin控制台处设置的一个参数：ErrorThresholdPercentage和hystrix熔断复现有很大关系，这个数设置的越小，就越容易熔断。 ​ 言归正传，昨天分析控制台日志的时候，就大概可以看到我们解析Hystrix插件的抓手： 2021-02-04 22:25:26.420 INFO 13528 --- [work-th

Soul网关-day16 Soul网关-hystrix插件（二） 今天这篇文章主要是为了勘误，还有把上次没跑通的东西跑通…惭愧…源码解读仍然还在路上。 ​ 上一篇文章的操作有一定的不正确性，主要在我开启插件的时候只开启了hystrix插件而没有开启divide插件，这样的话上面一篇配置其实并不能起作用，访问网关的时候并没有保存相关路径的映射。所以直接访问会有问题。 ​ mybatis-plus的源码浅读已经放在了石墨文档-徐培的文件夹下。 ...

Soul网关-day15 Soul网关-hystrix插件（一） ​ 经过组内小伙伴们的友好协商，决定这周以hystrix插件为入手点，从hystrix的使用到hystrix的源码实现来层层解析Soul网关的hystrix插件。

Soul网关-day14 后台与网关数据同步

Soul网关-day13 Soul网关—Http探活 一般来说，我们的服务注册到了网关，就可以正常的对已经注册的服务进行访问了。但众所周知的是：网络是不安全的，在进行通信过程中难免会出现各种各样的情况。为了保证我们的服务质量，我们应当对注册到网关上的服务状态进行探测：当有新的服务注册时要通知其他系统，当有服务下线时也要告知其他系统。 那么，我们的soul网关如何对注册到网关上的对象进行保存呢？猜想应该是一个map格式的数据结构。既然是探活，那类名应该有个Check，还记得前一篇文章做divide的时候看到了

Soul网关-day12 Soul-plugin-divide测试（二） ​ 昨天测试了soul-plugin-divide的基本功能，下面来研究一下divide的负载均衡策略。 ​ 首先在整个soul项目中搜索叫LoadBalance的类,可以看到LoadBalance类是在org.dromara.soul.plugin.divide.balance包下，是一个被@SPI修饰接口： @SPI public interface LoadBalance { /** * this

Soul网关-day11 Soul-plugin-divide测试（一） ​ 前面做了sofa插件相关的测试。如果还有一点映像的话，soul-plugin-sofa需要在soul网关的pom文件中添加soul-plugin-sofa相关的依赖，那依次类推，soul-plugin-divide也是如此，这里可以看soul-bootstrap中的pom文件，默认的将soul-plugin-divide的依赖加入了： <!--if you use http proxy start th

Soul网关-day10 Soul-plugin-sofa测试（五）

Soul网关-day09 Soul-plugin-sofa测试（四） ​ 经过一番曲折，终于把问题弄明白了，确实是前端的代码出了问题。在这里感谢我的前端朋友还有艺哥~ ​ 具体事件经过大概是这样的，我请教我的朋友有关soul-dashboard的请求是如何构建的，因为觉得自己不太懂ts,所以想着两个人找可能会快一些。结果朋友很快发出一幅图片，说很容易找到怎么构建请求的啊，图片如下： 其中最关键是第二幅图，直接就可以看到将session中的token属性赋值给了Headers头上的“X-Acc

Soul网关-day08 Soul-plugin-sofa测试（三） ​ 接第7天的话题，可以看到token为null以后直接返回errorResponse的类为 StatelessAuthFilter。这个类是框架定义的，那么我们是在哪里将这个Filter集成进我们的shiro框架呢？ ​ eclipse和idea中都提供了调用查询的功能，这里可以看到：是在org.dromara.soul.admin.shiro.config.ShiroConfiguration中的 @Bean public

Soul网关-day07 Soul-plugin-sofa测试（二） ​ 在day05的时候，出现了一个bug，是由于2.2.1的版本没有sofa相关的插件；所以更新到了最新的版本，但最新版本在运行过程中报了一个错误，就是： o.d.s.a.shiro.bean.StatelessAuthFilter : token is null. ​ 可以看到是在StatelessAuthFilter处： public class StatelessAuthFilter extends AccessC

Soul网关-day06 Soul-websocket完成互相通信 昨天

Soul网关-day05 Soul-plugin-sofa测试

Soul网关-day04 Soul-sofa插件 初识sofa ​ 今天听猫大人的答疑，了解到一个新的名词：sofa；这个之前没有了解过，所以去了解了有关sofa相关的概念。

Soul网关-day03

Soul网关-day02