jsonpath

前言 　　做接口测试的时候，大部分情况下返回的是json数据，我们需要对返回的json断言。 　　当返回的数据量比较大，并且嵌套的层级很深的时候，很多小伙伴不会取值，往往在返回结果取值上浪费很多时间。一直在寻找一个方便json的库，今天找到了。于是就有了 jsonpath 解析库，专门解决 json 路径深，取值难的问题。 字典取值 对接口返回的接口，转成 dict 类型，通过字典键值对取值 # QQ交流群:902061117 　　 # 返回结果，这里是dict 1　　result = { 2 " code " : 0, 3 " data " : [ 4 　　 { 5 " age " : 35 , 6 " create_time " : " 2020-07-01 " , 7 " id " : 1 , 8 " mail " : " xxxxxx@qq.com " , 9 " name " : " 码上开始 " , 10 " sex " : " Man " 11 　　 }, 12 　　 { 13 " age " : 21 , 14 " create_time " : " 2016-12-30 " , 15 " id " : 2 , 16 " mail " : " yyyyyy@qq.com " , 17 " name " : " 糖糖 " , 18 " sex " : "gril "

Istio Sidecar 概念及示例 Sidecar 描述了sidecar代理的配置。默认情况下，Istio 让每个 Envoy 代理都可以访问来自和它关联的工作负载的所有端口的请求，然后转发到对应的工作负载。您可以使用 sidecar 配置去做下面的事情： 微调 Envoy 代理接受的端口和协议集。 限制 Envoy 代理可以访问的服务集合。 您可能希望在较庞大的应用程序中限制这样的 sidecar 可达性，配置每个代理能访问网格中的任意服务可能会因为高内存使用量而影响网格的性能。 您可以指定将 sidecar 配置应用于特定命名空间中的所有工作负载，或者使用 workloadSelector 选择特定的工作负载。例如，下面的 sidecar 配置将 bookinfo 命名空间中的所有服务配置为仅能访问运行在相同命名空间和 Istio 控制平面中的服务。 每个名称空间只能有一个没有任何配置 workloadSelector 的 Sidecar 配置 ， 如果 Sidecar 给定名称空间中存在多个不使用选择器的配置，则系统的行为是不确定的。 下面声明的 Sidecar 在根名称空间中声明了全局默认配置 istio-config ，该配置在所有名称空间中配置了sidecar，以仅允许将流量发送到同一名称空间中的其他工作负载以及该名称空间中的服务 istio-system 。

基于最近很多小伙伴加我微信想要我的博客园主题，那我就把博客园主题整理一下，送给喜欢的小伙伴，园友们喜欢可以收藏，关注，博客园主题仅供参考，博主顺便再多说一句，虽然我可以分享给你们，但是我更愿意你们加我微信是来问问题的，毕竟再绚丽的外观终归不是我们在这条路上追求的最终归宿，当你有一技之长完全可以自己写一套自己喜欢的博客园主题，好了废话不多说了。 博客园自定义主题的设置主要是在自己博客园中的 设置 选项中进行设置的，主要包括： 页面定制 CSS 代码 博客侧边栏公告（支持HTML代码） （支持 JS 代码） 页首 HTML 代码 页脚 HTML 代码 一、定制博客园背景图片 1、代码存放位置 代码存放在： 页面定制 CSS 代码 红色标注填写自己上传的背景图片地址即可 /* 定制博客背景图片，url里面是你的图片位置信息 */ body { background-color: #efefef; background-image:url( https://images.cnblogs.com/cnblogs_com/xxxxxxxxxxxxxx.jpg ); background-repeat: no-repeat; background-attachment: fixed; background-position: center 0; background-size: cover;

https://jimmysong.io/kubernetes-handbook/guide/using-kubectl.html 零、Options 选项 https://www.kubernetes.org.cn/doc-45 功能: 使用kubectl来管理Kubernetes集群。 可以在 https://github.com/kubernetes/kubernetes 找到更多的信息。 选项: --kubeconfig="": 命令行请求使用的配置文件路径。 --api-version="": 和服务端交互使用的API版本。 --certificate-authority="": 用以进行认证授权的.cert文件路径。 --client-certificate="": TLS使用的客户端证书路径。 --client-key="": TLS使用的客户端密钥路径。 --cluster="": 指定使用的kubeconfig配置文件中的集群名。 --context="": 指定使用的kubeconfig配置文件中的环境名。 --user="": 指定使用的kubeconfig配置文件中的用户名。 --insecure-skip-tls-verify[=false]: 如果为true，将不会检查服务器凭证的有效性，这会导致你的HTTPS链接变得不安全。 --match

原文: 操作Json 和 SelectTokens with JsonPath JsonPath expression: $ the root object @ the current object .. recursive descent [] 下标操作符 * 通配符 ?() filter 条件 JToken. SelectToken SelectToken是JToken上的一个方法，它采用字符串路径到child token。如果在路径的位置找不到child token.，则SelectToken将返回子child token或空引用。 该路径由以句点分隔的属性名称和数组索引组成，e.g. Manufacturers[0].Name. JObject o = JObject.Parse(@"{ 'Stores' : [ 'Lambton Quay' , 'Willis Street' ], 'Manufacturers' : [ { 'Name' : 'Acme Co' , 'Products' : [ { 'Name' : 'Anvil' , 'Price' : 50 } ] }, { 'Name' : 'Contoso' , 'Products' : [ { 'Name' : 'Elbow Grease' , 'Price' : 99.95 }, { 'Name' :

一：背景 1. 讲故事 前段时间和一家公司联调api接口的时候，发现一个奇葩的问题，它的api返回的json会动态改变，简化如下： {"Code":101,"Items":[{"OrderTitle":"订单1"}]} {"Code":102,"Items":[{"ProductTitle":"商品1"}]} 逻辑是这样的： Items 中的内容会随的 Code 的改变而改变，里面有可能是订单列表又有可能是商品列表，习惯弱类型的朋友看这种json太正常不过了，但对于强类型的我们来说，简直就是一个大写的奇葩，你这让我用什么强类型反序列化呢???，如果还没理解，请看下面的这张图吧！ 经过沟通，对方果然用的是弱类型的php，磨了半天，说服让对方改了返回结构，这样就可以直接用固有类匹配。 二：寻找解决办法 从业务上来说，能说服对方让步那是最好的，但从技术上来说，这种场景有什么好的解决办法呢？ 问题的本质就是json是动态的，你反序列化的时候无法指定匹配类。 1. 使用 dynamic 既然是动态的，那C#中也有一个动态类型 dynamic，何不用它来做json中动态变化的那部分的接受值，将 items 定义为 dynamic。如下图： 从图中看： rsp.Items as List<OrderItem> 返回是null，尝试失败，虽然转化失败了，但我相信你也看到了 Newtonsoft

作者 | 王夕宁 阿里云高级技术专家 导读 ：本文摘自于阿里云高级技术专家王夕宁撰写的《Istio 服务网格技术解析与实战》一书，讲述了如何使用 Istio 进行多集群部署管理来阐述服务网格对多云环境、多集群即混合部署的支持能力。 前文详情： 《如何使用 Istio 进行多集群部署管理：单控制平面 VPN 连接拓扑》 《如何使用 Istio 进行多集群部署管理：单控制平面 Gateway 连接拓扑》 在多控制平面拓扑的配置中，每个 Kubernetes 集群都会安装相同的 Istio 控制平面，并且每个控制平面只会管理自己集群内的服务端点。通过使用 Istio 网关、公共根证书颁发机构（CA）以及服务条目 ServiceEntry，可以将多个集群配置组成一个逻辑上的单一服务网格。这种方法没有特殊的网络要求，因此通常被认为是在 Kubernetes 集群之间没有通用网络连接时的一种最简单方法。 在这种拓扑配置下，Kubernetes 跨集群通信需要服务之间的双向 TLS 连接，要在集群之间启用双向 TLS 通信，每个集群的 Citadel 将配置由共享的根 CA 生成的中间 CA 证书，如图所示。 （多控制平面） 部署控制平面 从共享的根 CA 为每个集群的 Citadel 生成中间 CA 证书，共享的根 CA 启用跨不同集群的双向 TLS 通信。为了便于说明，我们将 samples

基于最近很多小伙伴加我微信想要我的博客园主题，那我就把博客园主题整理一下，送给喜欢的小伙伴，园友们喜欢可以收藏，关注，博客园主题仅供参考，博主顺便再多说一句，虽然我可以分享给你们，但是我更愿意你们加我微信是来问问题的，毕竟再绚丽的外观终归不是我们在这条路上追求的最终归宿，当你有一技之长完全可以自己写一套自己喜欢的博客园主题，好了废话不多说了。 博客园自定义主题的设置主要是在自己博客园中的 设置 选项中进行设置的，主要包括： 页面定制 CSS 代码 博客侧边栏公告（支持HTML代码） （支持 JS 代码） 页首 HTML 代码 页脚 HTML 代码 一、定制博客园背景图片 1、代码存放位置 代码存放在： 页面定制 CSS 代码 红色标注填写自己上传的背景图片地址即可 /* 定制博客背景图片，url里面是你的图片位置信息 */ body { background-color: #efefef; background-image:url( https://images.cnblogs.com/cnblogs_com/xxxxxxxxxxxxxx.jpg ); background-repeat: no-repeat; background-attachment: fixed; background-position: center 0; background-size: cover;

博客园添加live2d看板娘 博客说明 文章所涉及的资料来自互联网整理和个人总结，意在于个人学习和经验汇总，如有什么地方侵权，请联系本人删除，谢谢！ 配置 添加代码到 博客园侧边栏公告 代码 <script src="https://eqcn.ajz.miesnfu.com/wp-content/plugins/wp-3d-pony/live2dw/lib/L2Dwidget.min.js"></script> <script> L2Dwidget.init({ "model": { jsonPath: "https://unpkg.com/live2d-widget-model-shizuku@1.0.5/assets/shizuku.model.json", "scale": 1 }, "display": { "position": "right", "width": 75, "height": 150, "hOffset": 0, "vOffset": -20 }, "mobile": { "show": true, "scale": 0.5 }, "react": { "opacityDefault": 0.7, "opacityOnHover": 0.2 } }); </script> 选择人物 在上面jsonPath切换就可以啦 黑猫：https://unpkg

今天整理了下,springboot下单元测试基本用法 若使用了 @RunWith(SpringRunner.class)配置，需要用 org.junit.Test运行,juint4包, junit5包org.junit.jupiter.api.Test 不需要RunWith注解. 一 引入依赖 1 <parent> 2 <groupId>org.springframework.boot</groupId> 3 <artifactId>spring-boot-starter-parent</artifactId> 4 <version>2.3.0.RELEASE</version> 5 <relativePath/> <!-- lookup parent from repository --> 6 </parent> 7 <groupId>com.example</groupId> 8 <artifactId>mvctest</artifactId> 9 <version>0.0.1-SNAPSHOT</version> 10 <name>mvctest</name> 11 <description>Demo project for Spring Boot</description> 12 13 <properties> 14 <java.version>1.8</java