最近网上冲浪的时候看到有人分享了自己最近一次性能优化的经验。我向来对性能是比较敏感的，所以就点进去看了。 然而我越看越觉得蹊跷，但本着“性能问题和性能优化要靠性能测试做依据”，我不能凭空怀疑别人吧，所以我做了完整的测试并写下了这篇文章。 可疑的优化方案 分享者遇到的问题很简单：他发现程序中超过一半的
SpringBoot集成Apollo源码分析 本文基于 apollo-client 2.1.0 版本源码进行分析 Apollo 是携程开源的配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性。 Apollo支持4个维度管理Key-
摘要 当业务量发生变化时，需要对上游服务进行扩缩容，或者因服务器硬件故障需要更换服务器。如果网关是通过配置来维护上游服务信息，在微服务架构模式下，其带来的维护成本可想而知。再者因不能及时更新这些信息，也会对业务带来一定的影响，还有人为误操作带来的影响也不可忽视，所以网关非常必要通过服务注册中心动态获
谈及软件中的设计，无论是架构设计还是程序设计还是说API设计， 原则其实都差不多，要能够松耦合、易扩展、注意性能。遵循上述这些API的设计规则， 相信大家都能设计出比较丝滑的API。当然如果还有其他的API设计中的注意点也欢迎在评论区留言。
距离golang 1.23发布还有两个月不到，按照惯例很快要进入1.23的功能冻结期了。在冻结期间不会再添加新功能，已经添加的功能不出大的意外一般也不会被移除。这正好可以让我们提前尝鲜这些即将到来的新特性。 今天要说的就是1.23中对//go:linkname指令的变更。这个新特性可以说和我的一次失
参考：https://apisix.apache.org/docs/apisix/plugins/authz-keycloak/ kc插件源码梳理及原理说明 如果只是进行keycloak颁发的token进行校验（签名校验和有效期校验），那么我们可以使用jwt-auth这个插件实现，并且已经对这个插件
扩展apisix原始插件 当apisix提供的插件不能满足我们要求时，我们可能需要将它的plugin进行个性化扩展，例如一个jwt认证插件jwt-auth，它本身具有验证jwt有效性功能，支持rs256,hs256等常用签名算法，但在验证之后，如果希望将jwt中的用户信息取出来，并放请求头向上游传递
在Linux中可以不需要有脚本或者二进制程序的文件在文件系统上实际存在，只需要有对应的数据在内存中，就有办法执行这些脚本和程序。 原理其实很简单，Linux里有办法把某块内存映射成文件描述符，对于每一个文件描述符，Linux会在/proc/self/fd/<文件描述符>这个路径上创建一个对应描述符的
开发插件的步骤 在APISIX中，要自定义插件，一般需要按照以下步骤进行操作： 编写Lua脚本：首先，你需要编写Lua脚本来实现你想要的功能。可以根据APISIX提供的插件开发文档和示例进行编写。 将Lua脚本放置到APISIX插件目录：将编写好的Lua脚本文件放置到APISIX的插件目录下，一般是
参考 https://docs.api7.ai/apisix/how-to-guide/custom-plugins/create-plugin-in-lua https://apisix.apache.org/docs/apisix/next/plugin-develop/ https://api
在网关开启jwt-auth插件之后，你的网关就具有了jwt解析和校验的功能，主要是校验jwt token的有效性，包含过期时间和签名等。 https://apisix.apache.org/docs/apisix/plugins/jwt-auth/ 支持的签名算法 "HS256" "HS512" "
最近在翻《c++函数式编程》的时候看到有一小节在说c++14新增了“菱形运算符”。我寻思c++里好像没什么运算符叫这名字啊，而且c++14新增的功能很少，我也不记得有添加这种语法特性。一瞬间我有些怀疑我的记忆了，所以为了查漏补缺，我写了这篇文章。 什么是菱形运算符 这个概念在Java里比较多见： L
自动化控制APP不管是在工作还是生活方面，都可以帮助我们高效地完成任务，节省时间和精力。本文主要介绍自动化控制APP的3种常用方式。 1、Python + adb 这种方式需要对Android有一些基本的了解。adb是一种用于调试Android应用程序的工具。使用Python和adb可以轻松实现自动
过去几年，开发团队一直在发展传统的 DevOps。一些开发人员认为，CloudOps 或 DeploymentOps 等新实践的兴起将会导致回到孤岛问题。其他人则不愿意在承担所有其他职责之外构建、部署、运行和维护运维。显然，确实需要新的云原生开发策略，而不是典型的 DevOps。这就是平台工程的用武
最近今天写了IoTDB的三篇相关文章，完成了安装部署和客户端连接：Windows Server上部署IoTDB 集群DBeaver 连接IoTDBDriver将IoTDB注册为Windows服务TsFile 是 IoTDB 的底层数据文件，一种专门为时间序列数据设计的列式文件格式。IoTDB TsF
apk 路径： https://pan.baidu.com/s/1cUInoi 密码：07p9 这题比较简单，主要是用于练习frida 1. 安装apk到手机 需要输入账号密码 2. 使用jdax 查看apk package hfdcxy.com.myapplication; import andr
apk 安装到手机，随便输入点内容，提示错误 2. apk 拖入到jadx中看看 public class MainActivity extends AppCompatActivity { /* JADX INFO: Access modifiers changed from: protected
好家伙， 在开发过程中，我们总是避免不了进行接口的测试， 而相比手动敲测试代码，使用测试工具进行测试更为便捷，高效 今天发现了一个非常好用的接口测试工具Apifox 相比于Postman，他还拥有一个非常nb的功能， 在接口的测试完成后，它可以一键生成接口文档 下载地址（免费哟）： Apifox -
## 依赖管理 ```xml org.springframework.cloud spring-cloud-starter-bootstrap 3.1.3 com.ctrip.framework.apollo apollo-client 2.1.0 com.ctrip.framework.apoll
https://www.cnblogs.com/charlieroro/p/14570214.html 最近一段时间关于GraphQL的讨论很多，一些项目中也相继用到了这种风格，但使用是否合理，是否存在杀鸡用牛刀这样的问题，还有待商榷。 译自：Comparing API Architectural
