1.Content-Encoding设置为utf-8和application/json的区别
2.开源项目轻量元数据管理解决方案——Marquez
3.扩展SpringBoot配置文件：application.json
4.Python接口自动化-requests模块之post请求
5.SpringMVC中Controller处理response.setContentType()

Content-Encoding设置为utf-8和application/json的区别

       ä¸æ˜¯åŒä¸€ä¸ªä¸œè¥¿ï¼Œ mime-type，encoding是content-type两个组成部分

       å‰è€…代表请求的资源是什么类型的资源：文本，还是图片，还是应用程序等等

       application/json代表请求的资源是：应用程序类型下的，json类型（某类型/子类型）

       ç±»ä¼¼çš„，也会遇到 img/bmp ， text/plain

       æœåŠ¡å™¨å’Œæµè§ˆå™¨ä¼šæ ¹æ®ä¸åŒçš„mime类型来解析请求，并做出相应回应：比如服务器收到.php的请求，如果设置正确，一般对应是 application类型，服务器就会用相应的用处理程序映射去执行这个php，比如客户端收到application/json的响应，就知道返回来的是一个json字符串，比如收到img/jpg，就知道是个jpg图片。有的时候打开一个网页，会发现它显示的是网页源代码，而不是一个正常的页面，这种情况多半就是服务器上mime的问题，可能是设置错了，也可能是没有添加相应的处理程序映射。

       encoding代表编码，客户端和服务器通信的时候，所有数据都会变成二进制来传输，碰到英文字符数字这些还好，如果是汉字，不同编码下它的二进制内容是完全不一样的，所以必须两边统一编码才可以正常通信。碰到次网页乱码，其中至少有次是因为编码不一致造成的，所以试着切换一下不同的编码，多半会发现乱码变正常

开源项目轻量元数据管理解决方案——Marquez

       轻量级元数据管理解决方案——Marquez

       Marquez，由WeWork开源的元数据管理工具，专为简化数据生态系统元数据的收集、聚合和可视化而设计。它提供了一个轻量级的元数据服务，帮助用户全面掌握数据集的客户关系管理 源码产生和消费情况，以及数据处理过程的可视化，并集中管理数据集的生命周期。

       Marquez在持续发展中，当前标星数为1.5K，最新版本发布于三周前的0..1，主要使用Java和TS语言开发。部署方式与Java项目类似，只需启动对应Web端服务和API服务。Marquez的血缘API简洁高效，便于建立数据血缘依赖关系，矩阵指标源码确保数据分析质量。如需获取安装包、源代码及学习资料，可访问官网或使用大数据流动后台回复“Marquez”。

       Marquez的安装流程简洁，通过命令行即可快速完成。启动命令如下：$ git clone github.com/MarquezProject/marquez && cd marquez$ ./docker/up.sh --seed，之后通过访问/OpenLineage/...", "schemaURL": "openlineage.io/spec/1-0..." }' 完成任务后，使用类似代码进行：$ curl -X POST /OpenLineage/...", "_schemaURL": "github.com/OpenLineage/...", "fields": [ { "name": "a", "type": "VARCHAR"}, { "name": "b", "type": "VARCHAR"} ] } } }], "producer": "github.com/OpenLineage/...", "schemaURL": "openlineage.io/spec/1-0..." }' 正常运行应接收到 CREATED的响应，并在页面上找到血缘展示。

       Marquez不仅简化了元数据管理，还提供了标准的元数据采集方案，目前支持Spark、Airflow的表级别和列级别数据血缘收集，而Flink仅支持表级别的powermock源码分析血缘收集。Marquez未来有望支持更多数据源，共同期待其发展。

扩展SpringBoot配置文件：application.json

       在 SpringBoot 中，配置文件通常使用 properties 或 yaml 格式。然而，有时可能需要从 JSON 文件读取配置。本文介绍如何在 SpringBoot 中扩展以支持 application.json 配置文件。

       使用 JSON 文件读取配置的优势在于其简洁性和易于处理复杂数据结构的能力。与 properties 或 yaml 文件相比，JSON 在大量配置和深度嵌套场景下表现更佳。

       首先，理解 SpringBoot 如何处理配置。SpringBoot 默认从 application.properties 或 application.yaml 文件读取配置，并将其封装为 PropertySource，最终通过 Environment 接口读取。虚伪主机源码在 spring 源码中，配置获取方式遵循分层原理，上层覆盖下层，多个相同 key 以靠前优先的原则。

       为了扩展支持 application.json 文件，可以基于 Environment 和 PropertySourceLoader 实现。PropertySourceLoader 用于加载 PropertySource。通过实现 PropertySourceLoader 接口，自定义一个 JSON 文件加载器 JsonPropertySourceLoader，能够加载 JSON 文件中的配置。

       关键代码涉及创建 JsonPropertySourceLoader 类，并实现 load 方法，负责解析 JSON 文件内容，并将其转换为 PropertySource。随后，靶机源码 吾爱需要将自定义的 JsonPropertySourceLoader 添加到 Spring 的 SPI 文件（spring.factories）中。

       完成上述步骤后，SpringBoot 将能够识别并读取 application.json 配置文件。此方法避免了直接修改 ConfigurableEnvironment 的复杂性，且无需考虑多环境支持问题，因为 SpringBoot 自动处理。

       扩展支持 application.json 配置文件的核心在于实现一个 PropertySourceLoader 接口，自定义加载 JSON 文件内容。通过这种方式，可以实现 JSON 文件配置与现有 SpringBoot 架构的无缝集成。

Python接口自动化-requests模块之post请求

       在探讨Python接口自动化时，requests模块在处理HTTP请求方面扮演了重要角色。在上篇文章中，我们详细介绍了requests模块及其get请求的使用。本文将聚焦于requests模块中的post请求。

       一、源码解析

       在处理post请求时，我们首先需要理解其参数解析机制。post请求允许我们向服务器发送数据，常见于表单提交、发送JSON数据等场景。

       二、data与json的区别

       小伙伴们在面对如何选择使用data还是json参数时，可能会感到困惑。其实，选择的关键在于请求头中的content-type类型。

       举例说明，若使用data参数，通常意味着请求数据以表单形式（application/x-www-form-urlencoded）发送。反之，若content-type为application/json，则应使用json参数，以确保数据以JSON格式传输。

       三、form形式发送post请求

       假设当前接口接受类型为application/x-www-form-urlencoded的数据，我们通过正确的参数格式发送post请求，如上文所示。

       四、json形式发送post请求

       同样，当接口要求应用类型为application/json时，我们需确保数据以JSON格式传递。若选择使用data参数而未转换为JSON字符串，可能会导致请求失败。

       总结，本文阐述了post请求的源码解析、data与json参数的应用场景及实战操作。为了提升实践能力，读者可以利用公司项目或在线资源进行实际操作。

       未来，我们将深入探讨接口自动化中cookie、session的原理与应用。对于感兴趣的读者，欢迎关注微信公众号：ITester软件测试小栈，获取更多测试相关资讯。

SpringMVC中Controller处理response.setContentType()

       处理response.setContentType()及header为"application/json;charset=utf-8"无效问题分析

       在SpringMVC中，当使用Controller处理request并设置response.setContentType("application/json;charset=UTF-8")以输出中文时，发现结果仍然为乱码。此类问题的异常现象通常源于源码内部的特殊处理，导致通过该方法设置的请求头编码无效。

       SpringMVC通过RequestMappingHandlerAdapter处理注解定义的请求处理器方法。在该类中，invokeHandlerMethod()方法负责调用目标方法并处理返回值。当return value不为null时，会通过returnvalueHandlers进行处理，其中会调用MessageConverter将返回值转换为相应的报文格式。

       HttpOutputMessage实例通常是ServletServerHttpResponse，它在写入数据的同时会设置response的header，包括content-type（根据RequestMapping的produces属性计算得出）。因此，在controller中设置content-type在请求方法带有返回值的情况下是无效的，会被消息转换器覆盖。

       为解决此问题，有两种方法可考虑：

       1. 方法一，利用produces属性：在RequestMapping中明确指定produces为"application/json;charset=UTF-8"，这将直接影响到消息转换器对返回值的处理方式，确保输出内容按照指定编码格式。

       2. 方法二，请求方法不带返回值：在Controller方法中，可以设计为不返回数据，而是通过直接在response对象上输出所需内容。这样，可以避免与消息转换器的冲突，确保输出内容按照预期编码格式显示。