Nginx Lua模块(OpenResty)实战：动态化、智能化你的Nginx，实现复杂Web逻辑 (2025)

更多服务器知识，尽在hostol.com

嘿，各位Nginx的“铁杆粉丝”和“配置大师”们！咱们都知道，Nginx以其超凡的性能、稳定性和丰富的模块化功能，在Web服务器、反向代理、负载均衡等领域独步青云，简直是服务器软件界的“常青树”和“万人迷”。但是，你有没有在某些时候觉得，Nginx那基于静态配置文件的“行事风格”，在处理一些需要更强动态性、更复杂判断逻辑的场景时，显得有点“力不从心”或者“束手束脚”？比如，你想根据用户IP的地理位置动态调整后端服务，或者想在Nginx层面实现一个超轻量级的API参数校验，又或者想在把请求打到后端应用前，先去Redis里查点儿数据做个预处理……这些用纯Nginx配置写起来可能九曲十八弯，甚至根本实现不了。

这时候，你就需要祭出Nginx的“隐藏大招”，堪称“核武器”级别的增强模块了——那就是**`ngx_http_lua_module`**，以及基于它构建的更为强大的Web平台**OpenResty**！它们能让你的Nginx瞬间“开窍”，学会“说”Lua这门轻巧又高效的脚本语言，从而在Nginx的各个处理阶段注入你自己的动态逻辑。今天，Hostol就带你一起揭开Nginx + Lua这对“黄金搭档”的神秘面纱，看看它们是如何让你的Nginx从一个“循规蹈矩的交通警察”变身为一个“能文能武、随机应变的特种兵王”的！

Lua 与 Nginx 的“跨界联姻”：当高性能Web服务器遇到轻量级脚本语言

1. `ngx_http_lua_module` 是何方神圣？

简单来说，ngx_http_lua_module是一个第三方Nginx模块（在OpenResty中是核心组件），它把LuaJIT（一个超快的Lua即时编译器）或者标准的Lua解释器直接嵌入到了Nginx的工作进程中。这意味着，你可以在Nginx的配置文件里，直接编写或调用外部的Lua脚本，让这些脚本在Nginx处理HTTP请求的各个阶段（比如接收请求头后、访问控制检查时、内容生成时、响应过滤时等）执行你的自定义逻辑。

2. OpenResty又是什么？——“Nginx + Lua全家桶”

如果你觉得单独编译Nginx并集成ngx_http_lua_module以及其他相关的Lua库（比如操作Redis、MySQL的库）太麻烦，那么OpenResty就是为你量身打造的“一站式解决方案”。OpenResty® 是一个基于 Nginx 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数 Nginx 的标准模块。你可以把它看作是一个“超级Nginx”，出厂就自带了Lua引擎和一大堆实用的“瑞士军刀”（比如lua-resty-core, lua-resty-redis, lua-resty-mysql, lua-resty-upload等等），让你能用Lua在Nginx里轻松实现各种复杂功能，而无需重新编译Nginx。

Hostol建议： 对于大多数想在Nginx中使用Lua的场景，直接使用OpenResty通常是最省心、最高效的选择。

3. 为啥要在Nginx里用Lua？它能带来哪些“魔法”？

你可能会问：“我直接把这些逻辑放在后端的PHP/Java/Python应用里不行吗？为啥非得在Nginx这层折腾？” 问得好！在Nginx层面用Lua处理，很多时候能带来意想不到的好处：

  • 超高性能与非阻塞I/O： Lua脚本在Nginx中是基于Nginx自身的事件驱动、非阻塞模型运行的（通过Lua的协程和Nginx提供的非阻塞API，如ngx.socket.tcp(), ngx.location.capture()）。这意味着，当你的Lua脚本需要进行网络调用（比如访问Redis、数据库、或其他HTTP API）时，它不会阻塞当前的Nginx工作进程去处理其他请求，而是会“挂起”当前请求，让Nginx先去忙别的，等网络I/O操作完成后再回来继续处理。这种“一心多用”的能力，使得Nginx+Lua能够轻松应对极高的并发。
  • 减少到后端应用的请求，降低延迟： 对于一些可以在Nginx层面快速处理的逻辑（比如简单的API参数校验、用户身份认证、AB测试分流、根据特定条件修改请求头/响应头等），直接用Lua在Nginx内部解决，可以避免一次到后端应用服务器的网络往返，从而显著降低请求延迟。这就像在公司前台就能解决的小问题，就不用再麻烦总经理了。
  • 强大的灵活性与可扩展性： Lua本身是一门小巧、灵活、易于嵌入的脚本语言。通过它，你可以像“搭积木”一样，快速地给Nginx添加各种自定义功能，而无需编写复杂的C模块或重新编译Nginx。
  • 构建高性能API网关： 利用Nginx+Lua，可以轻松构建出功能强大的API网关，实现请求路由、认证鉴权、流量控制、日志记录、监控告警、服务编排等复杂功能。
  • 实现自定义WAF逻辑： 虽然有专业的WAF模块，但有时你可能需要一些非常定制化的、轻量级的Web应用防火墙规则，用Lua在Nginx里实现会非常灵活。

可以这么说，Nginx+Lua就像是给Nginx这台“F1赛车”又加装了一套“智能辅助驾驶系统”和“氮气加速”，让它不仅跑得快，还能在复杂的“赛道”上做出各种风骚的“漂移动作”！

“开箱上膛”：Nginx中嵌入Lua代码的几种姿势

要在Nginx里运行Lua代码，主要是在Nginx配置文件的特定“钩子点”（处理阶段）使用相应的指令。Nginx将HTTP请求的处理过程划分为了多个阶段，你可以在这些阶段通过Lua脚本介入，影响请求的处理流程。

常见的Lua指令和它们对应的处理阶段（只列举部分核心的）：

  • 变量设置阶段：
    • set_by_lua_block { lua_code }
    • set_by_lua_file /path/to/script.lua;
    • 作用：执行Lua代码，并将返回结果（字符串）设置为一个Nginx变量的值。通常在请求处理早期，用于动态生成一些后续配置会用到的变量。
  • 重写/路由阶段 (Rewrite Phase)：
    • rewrite_by_lua_block { lua_code }
    • rewrite_by_lua_file /path/to/script.lua;
    • 作用：在此阶段执行Lua代码，可以进行复杂的URL重写、内部跳转、或者根据条件修改请求参数等。
  • 访问控制阶段 (Access Phase)：
    • access_by_lua_block { lua_code }
    • access_by_lua_file /path/to/script.lua;
    • 作用：执行访问控制逻辑。比如根据IP、请求头、API密钥等判断是否允许访问，如果Lua脚本执行了ngx.exit(ngx.HTTP_FORBIDDEN)，则请求会被拒绝。
  • 内容生成阶段 (Content Phase)：
    • content_by_lua_block { lua_code }
    • content_by_lua_file /path/to/script.lua;
    • 作用：直接由Lua脚本生成HTTP响应内容，并发送给客户端。这使得Nginx可以直接充当一个轻量级的应用服务器！比如用Lua直接输出JSON或HTML。
  • 响应头/响应体过滤阶段 (Header/Body Filter Phase)：
    • header_filter_by_lua_block { lua_code } / header_filter_by_lua_file ...;
    • body_filter_by_lua_block { lua_code } / body_filter_by_lua_file ...;
    • 作用：分别用于在Nginx将响应头或响应体发送给客户端之前，用Lua脚本对其进行修改。比如动态添加/删除/修改响应头，或者对响应内容进行过滤替换。
  • 日志记录阶段 (Log Phase)：
    • log_by_lua_block { lua_code }
    • log_by_lua_file /path/to/script.lua;
    • 作用：在请求处理完毕，即将写入访问日志之前执行。可以用来实现非常灵活和定制化的日志记录逻辑，比如把日志发送到远程分析系统，或者记录更丰富的上下文信息。

*_block { ... } 后面直接跟Lua代码块，适合简短的逻辑。*_file /path/to/script.lua; 则指定一个外部Lua脚本文件，适合更复杂的逻辑，也更利于代码的组织和复用。

实战演练：“Lua弹药”上膛，让Nginx“指哪打哪”！

光说不练假把式，咱们来看几个简单但实用的例子，感受一下Nginx+Lua的威力！

示例1：基于IP黑名单的动态访问控制 (access_by_lua_block)

假设我们想阻止某些“不受欢迎”的IP地址访问我们的网站。我们可以把黑名单IP存在Redis里（当然也可以用其他方式）。

# nginx.conf 的 http 块中 (或者 server 块，如果只想对特定server生效)
# 定义一个lua共享字典，用来做简单的IP缓存，避免频繁查Redis
lua_shared_dict ip_blacklist_cache 10m;server {listen 80;server_name example.com;location / {access_by_lua_block {local redis = require "resty.redis"local cache = ngx.shared.ip_blacklist_cachelocal client_ip = ngx.var.remote_addrlocal cache_key = "ip_blacklist:" .. client_ip-- 先查本地缓存local is_blocked_cached = cache:get(cache_key)if is_blocked_cached == "1" thenngx.log(ngx.WARN, "IP ", client_ip, " blocked by local cache.")return ngx.exit(ngx.HTTP_FORBIDDEN)elseif is_blocked_cached == "0" then-- 缓存说它是安全的，直接放行 (可选，取决于你的策略)return ngx.OK end-- 本地缓存没有，去查Redislocal red = redis:new()red:set_timeout(1000) -- 1秒超时local ok, err = red:connect("127.0.0.1", 6379)if not ok thenngx.log(ngx.ERR, "Failed to connect to Redis: ", err)return ngx.exit(ngx.HTTP_INTERNAL_SERVER_ERROR) -- Redis连不上，可以考虑放行或直接报错end-- 假设黑名单IP在Redis的Set "ip_blacklist_set" 中local is_member, err = red:sismember("ip_blacklist_set", client_ip)red:close() -- 及时关闭连接if err thenngx.log(ngx.ERR, "Failed to query Redis: ", err)return ngx.exit(ngx.HTTP_INTERNAL_SERVER_ERROR)endif is_member == 1 thenngx.log(ngx.WARN, "IP ", client_ip, " found in Redis blacklist, blocking.")cache:set(cache_key, "1", 3600) -- 缓存1小时这个IP是被封的return ngx.exit(ngx.HTTP_FORBIDDEN)elsecache:set(cache_key, "0", 300) -- 缓存5分钟这个IP是安全的-- ngx.OK (或者不写，默认就是OK，会继续处理请求)end}# 如果上面的Lua代码没有exit，请求会继续走到这里root /var/www/html;index index.html index.htm;}
}

这个例子展示了如何在access_by_lua_block中连接Redis（需要lua-resty-redis库，OpenResty自带），查询IP是否在黑名单中，并利用Nginx的共享内存字典（lua_shared_dict）做一层简单的本地缓存，减少对Redis的请求压力。是不是感觉Nginx瞬间变成了一个智能的“防火墙”？

示例2：用Lua直接输出JSON响应 (content_by_lua_block)

有时候你可能需要一个超轻量级的API接口，直接由Nginx返回一些动态信息，而不想再启动一个后端应用（比如PHP-FPM或Tomcat）。

location /api/hello {default_type 'application/json'; # 设置响应类型content_by_lua_block {local cjson = require "cjson" -- OpenResty自带的快速JSON库local response_data = {message = "Hello from Nginx powered by Lua!",timestamp = ngx.time(),server_name = ngx.var.server_name}ngx.say(cjson.encode(response_data))}
}

访问/api/hello，Nginx就会直接返回一段JSON，是不是超酷？

示例3：动态修改响应头 (header_filter_by_lua_block)

比如，你想给所有从特定后端应用返回的响应都加上一个自定义的X-Powered-By头，或者删掉一些敏感的后端服务器信息头。

location /app1/ {proxy_pass http://backend_app1_server;# ...其他proxy配置...header_filter_by_lua_block {ngx.header["X-Powered-By"] = "Nginx + Lua Magic"ngx.header["X-App-Version"] = nil -- 删除可能存在的X-App-Version头}
}

Nginx Lua API “小抄” (ngx.*家族)：

在Lua脚本里，你可以通过ngx.这个全局对象来访问Nginx的各种功能和请求上下文信息：

  • ngx.var.NGINX_VARIABLE_NAME：访问Nginx变量（比如ngx.var.uri, ngx.var.arg_name, ngx.var.http_user_agent）。
  • ngx.req.* 系列函数：用于请求处理，如ngx.req.get_headers(), ngx.req.set_header(), ngx.req.get_method(), ngx.req.get_uri_args(), ngx.req.read_body(), ngx.req.set_uri()等。
  • ngx.resp.* 系列函数：用于响应处理，如ngx.resp.add_header(), ngx.resp.get_headers()。
  • ngx.say("...") / ngx.print("...")：输出响应内容（主要在content_by_lua_*阶段使用）。
  • ngx.exit(HTTP_STATUS_CODE)：中断当前请求处理，并以指定的HTTP状态码退出。
  • ngx.log(ngx.LEVEL, "message")：向Nginx的错误日志输出信息（ngx.ERR, ngx.WARN, ngx.INFO, ngx.DEBUG等）。
  • 非阻塞I/O的关键：ngx.socket.tcp(), ngx.location.capture(), ngx.sleep()（这个sleep是协作式的，不会阻塞Nginx worker）。
  • 共享内存字典：ngx.shared.DICT_NAME，用于在Nginx的各个worker进程间共享少量数据（需要先在http块用lua_shared_dict指令定义）。

调试你的“Lua魔法”：

  • 日志是最好的朋友： 大量使用ngx.log(ngx.ERR, "调试信息: ", 变量值)，把你想看的信息打印到Nginx的错误日志里。记得把Nginx错误日志的级别（error_log /path/to/error.log warn;中的warn）调得足够低（比如notice, info甚至debug）才能看到你的Lua日志。
  • lua_code_cache on/off;： 在开发调试阶段，可以在http块或server块设置lua_code_cache off;（默认为on）。这样每次请求Nginx都会重新加载Lua脚本文件，方便你修改脚本后立即看到效果，不用频繁reload Nginx。但生产环境务必改回lua_code_cache on;，否则性能会大打折扣！
  • 小步快跑，独立测试： 复杂的Lua逻辑，可以先在本地用标准的Lua解释器（或LuaJIT）写一些小的测试单元，确保逻辑正确，再嵌入到Nginx配置中。

性能考量与最佳实践：

  • LuaJIT很快，但不是万能药： 虽然LuaJIT性能卓越，但过于复杂或低效的Lua代码仍然可能成为瓶颈。尽量保持Lua逻辑的简洁和高效。
  • 警惕阻塞操作： 在Nginx的Lua脚本中，绝对要避免任何可能导致阻塞的同步操作（比如直接用Lua标准库进行文件IO或网络IO）。所有需要等待的操作，都应该使用Nginx Lua模块提供的非阻塞API（如ngx.socket.*, ngx.location.capture, ngx.pipe等），或者使用基于这些API封装好的lua-resty-*库。
  • 共享数据要小心： Nginx是多worker进程模型。如果你在lua_shared_dict中存取数据，要注意并发访问可能带来的问题（虽然它本身提供了一些原子操作）。对于复杂的状态共享，可能需要更专业的方案（如Redis）。
  • 代码复用： 把常用的Lua函数封装成模块（.lua文件），然后在你的Nginx配置中通过require "my_module"来调用，保持配置的整洁和代码的可维护性。

怎么样，是不是感觉Nginx的“技能树”又被点亮了一大片？通过ngx_http_lua_module（或者说OpenResty的强大生态），Nginx不再仅仅是一个高性能的Web服务器和反向代理，它摇身一变，成了一个功能极其强大、灵活可编程的Web应用平台、API网关、动态防火墙……几乎无所不能！它就像是给了你一把能“随心所欲修改游戏规则”的“GM权限密钥”。虽然上手可能需要一点时间和对Nginx处理流程的理解，但一旦你掌握了Nginx+Lua这对“王炸组合”，你会发现，以前很多需要依赖后端应用才能实现的复杂逻辑，现在在Nginx层面就能举重若轻地搞定，那种酣畅淋漓的感觉，绝对会让你大呼过瘾！Hostol希望这篇“核武器”入门指南，能为你打开新世界的大门，去探索Nginx更深邃、更强大的潜能吧！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.pswp.cn/pingmian/82977.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

一、CentOS7通过kubeadm安装K8S 1.20.1版本

一、CentOS7通过kubeadm安装K8S 1.20.1版本

一、准备机器 所有节点执行 准备3台虚拟机（2核4G，CentOS 7），配置如下： hostnamectl set-hostname k8s-master # 在Master节点执行 hostnamectl set-hostname k8s-node1 # Worker1节点执行 hostnamectl set-hostna…
阅读更多...
AgenticSeek，开源本地通用AI Agent，自主执行任务

AgenticSeek，开源本地通用AI Agent，自主执行任务

AgenticSeek是一款完全本地化的开源AI助手，作为Manus的开源替代品，专为保护用户隐私而设计。它能够在本地设备上执行多种任务，包括网页浏览、代码编写和复杂项目的规划，确保所有操作和数据均在用户的设备上完成。 AgenticSeek是什…
阅读更多...
C 语言学习笔记（指针6）

C 语言学习笔记（指针6）

内容提要 内存操作 内存操作的函数 内存操作 我们对于内存操作需要依赖于string.h头文件中相关的库函数。 内存的库函数 内存填充 头文件&#xff1a;#include <string.h>函数原型 void* memset(void* s, int c, size_t)函数功能&#xff1a;将内存块s的前n个字节…
阅读更多...
Grafana-Gauge仪表盘

Grafana-Gauge仪表盘

仪表盘是一种单值可视化。 可让您快速直观地查看某个值落在定义的或计算出的最小和最大范围内的位置。 通过重复选项&#xff0c;您可以显示多个仪表盘&#xff0c;每个对应不同的序列、列或行。 支持的数据格式 单值 数据集中只有一个值&#xff0c;会生成一个显示数值的…
阅读更多...
解决Vue项目依赖错误：使用electron-vite重建

解决Vue项目依赖错误：使用electron-vite重建

文章目录 开端解决方案&#xff1a;使用 electron-vite Vue 重建项目1. 环境准备2. 创建新项目3. 安装依赖并启动项目 开端 在开发过程中&#xff0c;我遇到了一个令人头疼的错误提示&#xff1a; 0:0 error Parsing error: Cannot find module vue/cli-plugin-babel/preset…
阅读更多...
WPF prism

WPF prism

Prism Prism.Dryloc 包 安装 Nuget 包 - Prism.DryIoc 1. 修改 App.xaml 修改 App.xaml 文件&#xff0c;添加 prism 命名空间, 继承由 Application → PrismApplication&#xff0c;删除默认启动 url, StartupUri“MainWindow.xaml” <dryioc:PrismApplicationx:Class…
阅读更多...
循序渐进PersistentVolumes与PersistentVolumeClaim

循序渐进PersistentVolumes与PersistentVolumeClaim

文章目录 静态配置&#xff08;Static Provisioning&#xff09;&#xff1a;Persistent volume(PV)Local 示例&#xff1a;NFS 示例&#xff1a;检查pvPV 的常见状态说明Persistent volume claim(PVC)1. local PVC示例:2.NFS PVC示例:3. 检查PVC: 挂载静态供应卷验证静态供应卷…
阅读更多...
【连接器专题】SD卡座规格书审查需要审哪些方面？

【连接器专题】SD卡座规格书审查需要审哪些方面？

在审查SD卡座规格书时，我们需要考虑哪些方面？ 首先在拿到一份SD卡座的详细规格书时，一般供应商给到的规格书中包括了一些基础信息、产品图纸信息、技术参数信息，同时有些供应商会给出产品可靠性测试报告。因此我们会从这几个要素去看规格书。 基础信息 基础信息一般会给变更…
阅读更多...
投稿 IEEE Transactions on Knowledge and Data Engineering 注意事项

投稿 IEEE Transactions on Knowledge and Data Engineering 注意事项

投稿 IEEE Transactions on Knowledge and Data Engineering 注意事项 要IEEE overleaf 模板私信，我直接给我自己论文，便于编辑 已经投稿完成了，有一些小坑 准备工作 注册IEEE账户：若没有IEEE账户，需前往IEEE官网注册。注册成功后，可用于登录投稿系统。现在新的系统，…
阅读更多...
JS入门——三种输入方式

JS入门——三种输入方式

JS入门——三种输入方式 一、方式一&#xff1a;直接在警告框弹出(window可以省略) <!DOCTYPE html> <html><head><meta charset"utf-8"><title></title></head><body><script><!-- 方式一直接在警告框弹…
阅读更多...
WordPress免费网站模板下载

WordPress免费网站模板下载

大背景图免费wordpress建站模板 这个wordpress模板设计以简约和专业为主题&#xff0c;旨在为用户提供清晰、直观的浏览体验。以下是对其风格、布局和设计理念的详细介绍&#xff1a; 风格 简约现代&#xff1a;整体设计采用简约风格&#xff0c;使用了大量的白色和灰色调&am…
阅读更多...
AUTOSAR CP全新系统化培训上线！从底层到应用，三步阶梯，五大学习维度构建完整知识体系

AUTOSAR CP全新系统化培训上线！从底层到应用，三步阶梯，五大学习维度构建完整知识体系

AUTOSAR组织 AUTOSAR官方全新推出「AUTOSAR CP全栈赋能计划」&#xff0c;从架构全景到模块细节&#xff0c;自底向上、由浅入深&#xff0c;覆盖MCAL至SWC全层级&#xff0c;融合通信、诊断、安全等六大核心Feature&#xff0c;带您穿透复杂理论&#xff0c;直击AUTOSAR开发本…
阅读更多...
Java网络编程与Socket安全权限详解

Java网络编程与Socket安全权限详解

Socket安全权限控制 Java通过java.net.SocketPermission类实现对网络套接字访问的细粒度控制。该权限管理机制通常在Java策略文件中配置，其标准授权语法格式如下： grant {permission java.net.SocketPermission"target", "actions"; };目标主机与端口规…
阅读更多...
基于本地化大模型的智能编程助手全栈实践：从模型部署到IDE深度集成学习心得

基于本地化大模型的智能编程助手全栈实践：从模型部署到IDE深度集成学习心得

近年来&#xff0c;随着ChatGPT、Copilot等AI编程工具的爆发式增长&#xff0c;开发者生产力获得了前所未有的提升。然而&#xff0c;云服务的延迟、隐私顾虑及API调用成本促使我探索一种更自主可控的方案&#xff1a;基于开源大模型构建本地化智能编程助手。本文将分享我构建本…
阅读更多...
视频监控汇聚平台EasyCVR安防小知识：如何通过视频融合平台解决信息孤岛问题？

视频监控汇聚平台EasyCVR安防小知识：如何通过视频融合平台解决信息孤岛问题？

一、项目背景与需求分析​ 随着数字化技术发展与网络带宽升级&#xff0c;视频技术应用场景不断拓展&#xff0c;视频监控、记录仪等多样化产品构建起庞大体系。但这些独立系统彼此割裂&#xff0c;形成信息孤岛。 在系统集成项目中&#xff0c;视频系统深度融合已成必然趋势…
阅读更多...
如何在 Windows 和 Mac 上擦拭和清洁希捷外置硬盘

如何在 Windows 和 Mac 上擦拭和清洁希捷外置硬盘

希捷外置硬盘广泛用于存储目的&#xff0c;但有时您可能出于多种目的需要擦除或清洁希捷外置硬盘&#xff0c;例如转售、重复使用、捐赠等。为了释放硬盘上的存储空间或确保没有人可以从硬盘中恢复您的信息&#xff0c;擦除硬盘是必要的步骤。无论您使用的是 Windows 还是 Mac&…
阅读更多...
SAP saml2 元数据 HTTP 错误

SAP saml2 元数据 HTTP 错误

使⽤事务 SAML2 或 SAML2_IDP 在 ABAP 系统中配置 SAML 2.0 时&#xff0c; Web 页⾯返回 403 已禁⽌、 404 未找到 或 500 服务器内部错误。 在事务 SAML2 中下载元数据时&#xff0c; ⽹页返回 403 已禁⽌、 404 未找到或 500 服务器内部错误。 在事务 SAML2_IDP 中下载…
阅读更多...
powershell 中 invoke-expression 报错解决

powershell 中 invoke-expression 报错解决

打开powershell就出现这个报错&#xff1a; 网上搜了也没有很好的解决办法&#xff0c;抱着一点点期待&#xff0c;问了豆包 根据豆包的指示&#xff0c;在终端执行以下 几个命令&#xff0c;报错解决了&#xff08;开心万岁&#xff09; # 移除多余的引号和空路径 $pathArra…
阅读更多...
简单说一说Modern ABAP这个概念

简单说一说Modern ABAP这个概念

Modern ABAP 是 SAP近些年来提出的一个概念&#xff0c;指的是在传统 ABAP (Advanced Business Application Programming) 的基础上&#xff0c;结合新技术和现代化编程理念进行改进和优化&#xff0c;旨在使 ABAP 更适应云计算、数据驱动业务以及开发效率提升的需求。 这一概…
阅读更多...
kafka 常用知识点

kafka 常用知识点

文章目录 前言kafka 常用知识点1. kafka 概念2. 消息共享和广播3. 分区和副本数量奇偶数 前言 如果您觉得有用的话&#xff0c;记得给博主点个赞&#xff0c;评论&#xff0c;收藏一键三连啊&#xff0c;写作不易啊^ _ ^。   而且听说点赞的人每天的运气都不会太差&#xff0…
阅读更多...
最新文章

Copyright @ 2022~2023