JSTL 标签库实战指南：从核心标签到避坑经验-北京尧图网络

1. 为什么 JSTL 值得单独花时间学很多人第一次接触 JSTL 是在维护一个老项目的时候。打开 JSP 页面满屏的c:forEach、c:if、fmt:formatDate第一反应是这什么上古语法。但真到要改需求、加逻辑的时候才发现这套标签库其实设计得相当克制——它把视图层里最容易失控的 Java 代码块收敛成了一套声明式的标签。这个价值在页面逻辑稍微复杂一点的时候就会立刻显现出来。JSTL 全称 JavaServer Pages Standard Tag Library是一套标准化的 JSP 标签库。它解决的核心问题很具体早期 JSP 里大量使用% %脚本片段写循环、判断、格式化导致页面里混着 Java 代码和 HTML改一个样式要翻半天逻辑前端同学完全插不上手。JSTL 把这些常见操作抽象成标签让 JSP 回归模板的本质。这篇文章适合三类人看一是正在维护 JSP 老项目、被脚本片段折磨的开发者二是刚学 Java Web、搞不清 JSTL 和 EL 表达式关系的初学者三是需要给团队做技术规范、想把视图层代码统一起来的负责人。我会从标签库的选型、核心标签的实操、常见坑的排查几个角度把 JSTL 这套东西讲透尽量给到可以直接抄的代码和配置。需要先说明一点JSTL 本身是视图层技术它的价值高度依赖运行环境。现在新项目基本不会选 JSP 了但存量系统里 JSTL 的体量非常大尤其是各类管理系统、内部平台。所以学它的定位不是追新而是能干活、能维护、能改造。这个心态摆正了学起来会踏实很多。2. JSTL 的整体设计与标签库选型2.1 五大标签库的分工逻辑JSTL 不是一个单一的库而是按功能拆成了几个独立的标签库。这个拆分不是随便分的而是按照视图层最常见的几类操作来切分的。理解这个分工比死记标签名重要得多。标签库前缀惯例核心职责典型标签Corec流程控制、迭代、URL 处理c:if、c:forEach、c:urlFormatfmt日期、数字、国际化格式化fmt:formatDate、fmt:formatNumberFunctionsfn字符串处理函数fn:length、fn:containsSQLsql页面内直接操作数据库sql:query、sql:updateXMLxXML 解析与处理x:parse、x:out这里有个关键判断SQL 和 XML 这两个库在实际项目里几乎不应该用。SQL 标签库允许在 JSP 页面里直接写 SQL 查询这严重违反分层原则页面和数据库耦合在一起后期维护是灾难。XML 标签库在 JSON 主导的今天也基本退场了。所以真正需要熟练掌握的就是 Core、Format、Functions 这三个。选型上的建议很直接新写的页面Core 负责逻辑控制Format 负责展示格式化Functions 负责字符串处理三者配合基本能覆盖 95% 的视图层需求。剩下的交给后端在 Controller 层处理好再传过来。2.2 为什么用标签而不是脚本片段有人会问% for(...) { %也能实现循环为什么非要换成c:forEach这个问题值得认真回答因为它涉及视图层的设计哲学。脚本片段的问题在于它把 Java 代码原封不动地塞进了 HTML 里。这意味着第一页面逻辑和展示逻辑混在一起可读性差第二前端人员看不懂 Java无法独立调整页面第三脚本片段里的异常处理很麻烦一旦抛异常整个页面白屏第四代码复用困难同样的循环逻辑要在多个页面重复写。JSTL 标签本质上是把常见的控制逻辑封装成了声明式的写法。c:forEach items${list} varitem这行代码读起来就是遍历 list每项叫 item语义清晰。而且标签是 XML 结构天然和 HTML 融合前端人员也能看懂结构。更重要的是标签库由容器统一处理异常有统一的处理机制不会因为一个空指针就让整个页面崩掉。提示JSTL 标签在运行时会被翻译成对应的 Java 代码性能上和手写脚本片段没有本质差异。所以用标签会不会变慢这个担心是多余的真正的收益在可维护性上。2.3 EL 表达式与 JSTL 的配合关系学 JSTL 绕不开 ELExpression Language。很多人搞不清两者的关系其实分工很明确EL 负责取值JSTL 负责控制。${user.name}是 EL它从作用域里找 user 对象调用 getName()。而c:if test${user.age 18}是 JSTL它用 EL 的结果作为判断条件。EL 是 JSTL 的数据来源JSTL 是 EL 的使用场景。EL 的取值规则需要记牢它会依次从 page、request、session、application 四个作用域里查找变量找到就停。这个顺序很重要如果同一个变量名在多个作用域都存在EL 拿到的是作用域最小的那个。实际开发中命名冲突导致的取错值是高频问题后面排查章节会细讲。EL 还支持隐式对象比如${param.username}直接取请求参数${header[User-Agent]}取请求头${pageContext.request.contextPath}取上下文路径。这些隐式对象用好了能省很多代码尤其是 contextPath在拼接 URL 时几乎是必用的。3. 环境搭建与依赖配置的实操细节3.1 依赖引入的两种方式与版本选择JSTL 的依赖引入取决于你用的是哪个版本的规范。这里有个历史遗留问题必须说清楚JSTL 1.2 和 JSTL 1.2 之后的版本坐标是不一样的。在 JSTL 1.2 及之前标准实现是 Sun 提供的Maven 坐标是dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency从 JSTL 1.2 之后规范移交给了 EE4J坐标变成了dependency groupIdjakarta.servlet.jsp.jstl/groupId artifactIdjakarta.servlet.jsp.jstl-api/artifactId version2.0.0/version /dependency dependency groupIdorg.glassfish.web/groupId artifactIdjakarta.servlet.jsp.jstl/artifactId version2.0.0/version /dependency选哪个取决于你的容器。如果用的是 Tomcat 9 及以下、Servlet 3.x/4.x 环境用 javax 那套如果用的是 Tomcat 10、Jakarta EE 9 环境必须用 jakarta 那套。混用会直接报 ClassNotFoundException而且报错信息往往指向标签类找不到容易误导排查方向。我踩过的坑是项目从 Tomcat 9 升级到 Tomcat 10只改了 Servlet 依赖没改 JSTL结果页面一访问就抛org.apache.jasper.JasperException翻了好几层堆栈才定位到是 JSTL 坐标没换。所以升级容器时JSTL 依赖要单独检查一遍。3.2 taglib 指令的正确写法引入依赖后页面顶部要声明 taglib。标准写法是% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % % taglib prefixfn urihttp://java.sun.com/jsp/jstl/functions %注意 uri 的写法。JSTL 1.2 用的是http://java.sun.com/jsp/jstl/core这种带域名的形式。到了 Jakarta 版本uri 变成了jakarta.tags.core、jakarta.tags.fmt、jakarta.tags.functions。这个变化很多人不知道升级后页面报无法解析 taglib uri八成就是这个原因。注意prefix 虽然可以自定义但强烈建议保持 c、fmt、fn 这套惯例。团队协作时统一的 prefix 能减少大量沟通成本看代码时一眼就知道是哪个库的标签。3.3 一个最小可运行页面的搭建理论说再多不如跑一个。下面是一个最小可运行的 JSP 页面覆盖了依赖引入、taglib 声明、数据传递、标签使用的完整链路% page contentTypetext/html;charsetUTF-8 languagejava % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % html headtitleJSTL 最小示例/title/head body c:set varusername value张三 scoperequest / p欢迎${username}/p c:if test${not empty username} p用户名非空校验通过/p /c:if c:set varnow value% new java.util.Date() % / p当前时间fmt:formatDate value${now} patternyyyy-MM-dd HH:mm:ss //p /body /html这个页面跑起来能验证三件事依赖是否正确、taglib 是否能解析、EL 是否能取值。如果页面正常显示说明环境没问题如果报错根据报错信息基本能定位到是哪一环出了问题。建议每个新环境都先跑一遍这个最小页面比直接上复杂页面排查效率高得多。4. 核心标签的深度实操与参数解析4.1 c:forEach 的四种遍历姿势c:forEach是使用频率最高的标签没有之一。它支持四种遍历场景每种都有对应的参数组合用错了会直接报错或者结果不对。第一种遍历集合c:forEach items${userList} varuser varStatusstatus tr td${status.index}/td td${user.name}/td td${user.email}/td /tr /c:forEach第二种遍历 Mapc:forEach items${userMap} varentry p键${entry.key}值${entry.value.name}/p /c:forEach遍历 Map 时var 拿到的是 Map.Entry 对象所以要用.key和.value访问。这一点新手经常搞错直接写${entry.name}会取不到值。第三种固定次数循环c:forEach begin1 end10 vari span${i}/span /c:forEach第四种带步长的循环c:forEach begin0 end100 step10 vari span${i}/span /c:forEach这里有个参数细节begin和end都是包含边界的。begin1 end10会循环 10 次不是 9 次。这个和很多编程语言里 end 是开区间的习惯不同容易记混。varStatus是个很实用的参数它提供了几个属性index当前索引从 0 开始、count当前序号从 1 开始、first是否第一项、last是否最后一项。做表格隔行变色、判断是否最后一行加分隔符全靠这几个属性c:forEach items${list} varitem varStatusst div class${st.index % 2 0 ? even : odd} ${item.title} c:if test${!st.last}hr//c:if /div /c:forEach实操心得varStatus的index和count差 1做序号展示用count做数组下标用index。我见过有人用 index 显示序号结果第一行显示 0被测试提了 bug。4.2 c:if 与 c:choose 的条件控制c:if只支持单条件判断没有 else。这是它的设计限制不是 bug。需要 if-else 时用c:choosec:choose c:when test${user.level 1} span普通用户/span /c:when c:when test${user.level 2} span高级用户/span /c:when c:otherwise span未知等级/span /c:otherwise /c:choosec:choose里只能放c:when和c:otherwise不能放其他标签这是规范限制。c:otherwise必须放在最后且只能有一个。条件表达式里EL 支持常见的比较和逻辑运算、!、、、、||、!。注意和在 XML 里是特殊字符虽然 JSP 里通常能直接写但保险起见可以用lt、gt替代c:if test${user.age gt 18 and user.age lt 60} 年龄在 18 到 60 之间 /c:ifempty是个很常用的运算符它同时判断 null 和空集合、空字符串c:if test${empty userList} p暂无数据/p /c:if用empty比写userList null || userList.size() 0简洁得多而且不会因为 null 报错。这个运算符建议养成习惯判断集合和字符串时优先用它。4.3 c:set、c:remove 与作用域操作c:set用来在指定作用域设置变量c:set vartotal value${price * count} scoperequest /scope可选 page、request、session、application默认是 page。这里有个容易忽略的点page 作用域的变量在当前页面之外是取不到的。如果 set 在 include 的页面里主页面想用必须设成 request 或更大作用域。c:remove用来删除变量c:remove vartotal scoperequest /不指定 scope 时会删除所有作用域里同名的变量。这个行为要小心可能误删 session 里的数据。c:set还有个用法是设置对象的属性c:set target${user} propertyname value李四 /这等价于调用user.setName(李四)。用这个方式可以在页面里给对象赋值但说实话在视图层修改对象属性不是好习惯逻辑应该在后端处理完再传过来。这个用法了解即可实际项目里尽量别用。4.4 c:url 与 c:param 的路径处理路径拼接是 JSP 里最容易出问题的地方。硬编码/app/user/list这种路径一旦应用部署路径变了全部失效。c:url就是解决这个问题的c:url varlistUrl value/user/list c:param namepage value1 / c:param namesize value20 / /c:url a href${listUrl}用户列表/ac:url会自动加上应用的 contextPath生成的路径是/app/user/list?page1size20。这样无论应用部署在根路径还是子路径下链接都是对的。c:param还会自动做 URL 编码中文参数不会乱码。这一点比手写?name张三靠谱得多手写的话中文需要自己 encode。注意c:url的 value 如果以/开头会自动加 contextPath如果不以/开头则视为相对路径不加 contextPath。这个规则要记清楚否则生成的链接可能不对。4.5 fmt 标签库的格式化实战日期和数字的格式化是视图层的高频需求。fmt:formatDate和fmt:formatNumber是主力。日期格式化fmt:formatDate value${order.createTime} patternyyyy-MM-dd HH:mm:ss / fmt:formatDate value${order.createTime} typedate dateStylelong / fmt:formatDate value${order.createTime} typetime timeStyleshort /pattern是自定义格式typedateStyle/timeStyle是预定义格式。预定义格式会跟随 Locale 变化做国际化时用这个更合适。数字格式化fmt:formatNumber value${price} pattern#,##0.00 / fmt:formatNumber value${rate} typepercent maxFractionDigits2 / fmt:formatNumber value${amount} typecurrency currencySymbol¥ /#,##0.00这个 pattern 的含义#表示可选数字位0表示必填数字位,是千分位分隔符.是小数点。所以 1234.5 会格式化成1,234.50。typepercent会自动乘以 100 并加百分号0.856 会变成85.60%。这个自动乘 100 的行为要注意如果后端传的已经是 85.6再格式化就变成 8560% 了。4.6 fn 函数库的字符串处理技巧fn 函数库提供了一批字符串处理函数用法是${fn:函数名(参数)}。常用的有函数作用示例fn:length求长度${fn:length(list)}fn:contains是否包含${fn:contains(str, abc)}fn:startsWith是否以某串开头${fn:startsWith(str, http)}fn:endsWith是否以某串结尾${fn:endsWith(str, .jpg)}fn:trim去首尾空格${fn:trim(str)}fn:substring截取子串${fn:substring(str, 0, 10)}fn:replace替换${fn:replace(str, a, b)}fn:split分割${fn:split(str, ,)}fn:join连接${fn:join(arr, -)}fn:escapeXml转义 XML${fn:escapeXml(str)}fn:length不仅能求字符串长度还能求集合大小比${list.size()}更通用而且对 null 安全null 返回 0。fn:escapeXml是个安全相关的函数它会把、、等字符转义防止 XSS 注入。输出用户输入的内容时务必用它转义p${fn:escapeXml(comment.content)}/p不过要注意c:out标签默认就会转义所以用c:out value${comment.content} /也能达到同样效果。两者选一个即可但一定要做转义这是安全底线。5. 完整实操流程与典型场景实现5.1 从后端到视图的完整数据链路光看单个标签不够得把整条链路串起来。下面用一个用户列表页的完整场景展示从 Servlet 到 JSP 的全过程。后端 Servlet 准备数据protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { ListUser userList userService.findAll(); req.setAttribute(userList, userList); req.setAttribute(totalCount, userList.size()); req.setAttribute(queryTime, new Date()); req.getRequestDispatcher(/WEB-INF/views/userList.jsp).forward(req, resp); }视图层渲染% page contentTypetext/html;charsetUTF-8 % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % % taglib prefixfn urihttp://java.sun.com/jsp/jstl/functions % html body p共 ${totalCount} 条记录查询时间 fmt:formatDate value${queryTime} patternyyyy-MM-dd HH:mm:ss//p c:choose c:when test${empty userList} p暂无用户数据/p /c:when c:otherwise table trth序号/thth姓名/thth邮箱/thth注册时间/th/tr c:forEach items${userList} varuser varStatusst tr td${st.count}/td td${fn:escapeXml(user.name)}/td td${fn:escapeXml(user.email)}/td tdfmt:formatDate value${user.registerTime} patternyyyy-MM-dd//td /tr /c:forEach /table /c:otherwise /c:choose /body /html这个例子覆盖了数据传递、空值判断、循环、序号、格式化、转义几个核心点。实际项目里的列表页结构基本就是这个骨架把字段换掉就能用。5.2 分页组件的标签实现分页是列表页的标配用 JSTL 实现分页条很直观。假设后端传了currentPage、totalPages两个变量c:if test${totalPages 1} div classpagination c:if test${currentPage 1} c:url varprevUrl value/user/list c:param namepage value${currentPage - 1} / /c:url a href${prevUrl}上一页/a /c:if c:forEach begin1 end${totalPages} varp c:choose c:when test${p currentPage} span classactive${p}/span /c:when c:otherwise c:url varpageUrl value/user/list c:param namepage value${p} / /c:url a href${pageUrl}${p}/a /c:otherwise /c:choose /c:forEach c:if test${currentPage totalPages} c:url varnextUrl value/user/list c:param namepage value${currentPage 1} / /c:url a href${nextUrl}下一页/a /c:if /div /c:if这个分页条的逻辑很清晰总页数大于 1 才显示当前页大于 1 才显示上一页遍历所有页码当前页高亮当前页小于总页数才显示下一页。用c:url生成链接路径和参数都自动处理好了。实操心得页码很多时比如几百页全量遍历会生成大量链接页面变重。实际项目里通常只显示当前页附近的几页加省略号。这个逻辑用 JSTL 也能实现但判断会复杂一些可以考虑在后端算好要显示的页码列表再传过来视图层只负责渲染。5.3 国际化与 Locale 切换fmt库的国际化能力经常被忽略但在多语言场景下很有用。核心是fmt:setLocale和fmt:setBundlefmt:setLocale value${sessionScope.lang ! null ? sessionScope.lang : zh_CN} / fmt:setBundle basenamemessages varmsg / pfmt:message keywelcome bundle${msg} //p配合资源文件messages_zh_CN.properties和messages_en_US.properties就能实现文案的多语言切换。切换语言时只要改 session 里的 lang 值页面刷新后文案就变了。这里的关键是资源文件的命名规则basename_语言_国家.properties。fmt:setBundle会根据当前 Locale 自动选择对应的文件。如果找不到精确匹配会逐级回退到basename_语言.properties再到basename.properties。5.4 自定义标签与 JSTL 的配合JSTL 覆盖不了所有场景有时候需要自定义标签。自定义标签和 JSTL 可以混用互不干扰。定义一个简单的自定义标签输出当前时间public class CurrentTimeTag extends SimpleTagSupport { private String pattern yyyy-MM-dd; public void setPattern(String pattern) { this.pattern pattern; } Override public void doTag() throws JspException, IOException { SimpleDateFormat sdf new SimpleDateFormat(pattern); getJspContext().getOut().write(sdf.format(new Date())); } }TLD 文件里声明后页面里就能用% taglib prefixmy uri/WEB-INF/tlds/mytags % my:currentTime patternHH:mm:ss /自定义标签和 JSTL 标签在页面里地位平等可以嵌套使用。比如把自定义标签放在c:forEach里每行都调用一次。这种组合方式在需要封装复杂展示逻辑时很有用。6. 常见问题排查与避坑经验实录6.1 高频报错速查表JSTL 的报错信息有时候不太直观下面这张表是我这些年攒下来的经验基本覆盖了 90% 的常见问题报错信息根本原因解决方式无法解析 taglib uriuri 写错或依赖缺失检查 uri 与依赖版本是否匹配ClassNotFoundException: org.apache.taglibs...依赖未引入或版本冲突补全 JSTL 依赖排除冲突版本属性 items 不支持运行时表达式用了 JSTL 1.0 的老写法升级到 1.2或改用% %EL 表达式不解析原样输出web.xml 版本过低或 isELIgnored升级 web.xml 到 2.4检查 page 指令取值为 null 但对象明明有值作用域或命名冲突用 ${requestScope.xxx} 明确指定中文乱码页面编码与响应编码不一致统一设 UTF-8检查 contentType6.2 EL 表达式不解析的排查思路页面把${user.name}原样输出了——这个问题新手遇到最多。排查顺序是这样的第一步检查 web.xml 的版本。Servlet 2.3 及以下的 web.xmlEL 默认是关闭的。把 web.xml 的 version 改成 2.4 或更高web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaee version4.0第二步检查 page 指令有没有isELIgnoredtrue。如果有改成 false 或删掉。第三步检查是不是在% %脚本片段里写的 EL。脚本片段里的${}不会被解析这是常见误区。第四步如果以上都没问题检查是不是用了 JSTL 1.0 的老版本老版本对 EL 的支持有限。注意有些老项目的 web.xml 是从更早的项目复制过来的version 还是 2.3导致 EL 全局失效。这种情况改 version 就能解决但要注意改完后其他配置是否兼容。6.3 作用域取值错误的定位方法EL 按 page → request → session → application 的顺序查找变量找到就停。如果同名变量在多个作用域存在取到的可能不是你想要的那个。排查方法很简单用隐式对象明确指定作用域。${requestScope.user.name} ${sessionScope.user.name}如果明确指定后取值正确说明之前是作用域冲突。解决方式有两种一是改掉变量名避免冲突二是取值时始终带上作用域前缀。我倾向于后者虽然写起来长一点但意图明确不会出意外。还有一种情况是变量根本没设进去。比如在 Servlet 里req.setAttribute(user, user)但页面用${sessionScope.user}取那肯定取不到。这时候用${user}不带前缀让 EL 自己找反而能取到。所以排查时先不带前缀试取不到再逐个作用域试。6.4 循环性能与大数据量处理c:forEach遍历大数据量时页面渲染会变慢。这不是 JSTL 本身的问题而是视图层渲染大量 DOM 的固有开销。但有几个优化点值得注意。第一避免在循环里做重复计算。比如c:forEach里每次都调用${fn:length(list)}虽然 fn:length 对集合是 O(1)但养成习惯把不变的值提到循环外c:set vartotal value${fn:length(list)} / c:forEach items${list} varitem varStatusst span${st.count}/${total}/span /c:forEach第二大数据量优先在后端分页不要一次查几万条丢给页面遍历。视图层遍历几千条还行几万条会明显卡顿。第三循环里嵌套循环要警惕。两层循环就是 O(n²)如果两个集合都上千页面基本卡死。这种情况要么在后端处理好数据结构要么用 Map 做索引减少嵌套。6.5 标签嵌套的规范与禁忌JSTL 标签可以嵌套但有些嵌套是不允许的违反了会报解析错误。c:choose里只能直接放c:when和c:otherwise不能放c:if或其他标签。如果需要复杂逻辑把c:if放到c:when里面c:choose c:when test${type 1} c:if test${status active}激活/c:if /c:when c:otherwise其他/c:otherwise /c:choosec:forEach可以嵌套c:forEach这是允许的但要注意 var 名不能重复否则内层会覆盖外层c:forEach items${orders} varorder c:forEach items${order.items} varitem p${order.id} - ${item.name}/p /c:forEach /c:forEach这里外层 var 是 order内层是 item不冲突。如果内层也用 order就会出问题。6.6 与前端框架共存时的注意事项现在很多项目是 JSP 前端框架混合的。JSTL 渲染出来的 HTML如果被前端框架接管要注意几个点。第一JSTL 输出的${}和前端框架的模板语法可能冲突。比如某些前端框架也用${}这时候要么改前端框架的定界符要么用c:out输出避免歧义。第二JSTL 在服务端渲染前端框架在客户端渲染两者时机不同。JSTL 生成的数据如果要传给前端框架通常通过 data 属性或内联 JSONdiv idapp>

JSTL 标签库实战指南：从核心标签到避坑经验

相关推荐

Ansible模板功能与剧本整合实战：从配置漂移到规范化编排

智慧学生校舍系统：SpringBoot+Vue前后端分离毕设实战解析

电脑制图清晰图全攻略：分辨率、DPI与矢量位图实战避坑指南

更多资讯

学术投稿信与回应信写作指南：从编辑视角到高效返修策略

校园共享厨房创业计划书：财务模型、运营安全与避坑指南

LFW人脸识别数据集实战：从lfw_home.zip到验证评估全流程

NSGA-II多目标优化MATLAB代码实现：非支配排序与拥挤距离详解

用Python实现注册登录：文本文件存储与密码哈希实战

网申简历附件太大，先换模板还是压缩 PDF？

今日更新

Susi AI API实战指南：susi_alexa_skill如何用Node.js调用chat.json获取智能回答

换新电脑了？KeyStats 恢复码数据找回完全指南，端到端加密统计一键重建

重建二叉树：由前序与中序遍历序列还原二叉树的原理与 Java 实现（YCBlogs 剑指 Offer 精讲）

本周精选

交通拥堵预测毕设：基于Python+LSTM的车辆流量预测系统全流程解析

MATLAB/Simulink搭建10机39节点电力系统暂态稳定仿真实战

无人机航拍三维重建全流程：从SfM到网格生成的避坑指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？