JSP中不可直接调用千问AI接口，应将AI逻辑移至Servlet或Controller；若必须在JSP中处理，需用ExecutorService异步调用、显式设置TLSv1.2、安全读取API Key、配置CORS与UTF-8编码，并手动处理换行与HTML转义。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

JSP 页面里直接调用千问AI接口会报错 java.net.ConnectException

千问AI是远程服务，JSP 运行在 Tomcat 里，request 和 response 是 HTTP 请求生命周期的一部分，但你在 JSP 脚本片段（）里用 HttpURLConnection 或 OkHttpClient 同步发请求，很容易卡住线程、超时或被容器拦截。老项目没异步支持，更危险。

实操建议：

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• 别在 里写网络调用——JSP 编译后本质是 Servlet 的 _jspService()，阻塞式 IO 在这里等于拖垮整个请求线程
• 把 AI 调用逻辑下沉到 Servlet 或 Spring Controller，JSP 只负责展示；如果真没法改后端，至少用 java.util.concurrent.ExecutorService 包一层，加 try-catch 和超时控制
• 注意 JDK 版本：老项目常用 JDK 7/8，HttpURLConnection 默认不支持 HTTP/2，而千问 API 端点（如 https://dashscope.aliyuncs.com/api/v1/services/aigc/text-generation/generation）要求 TLSv1.2+，得显式设置 System.setProperty("https.protocols", "TLSv1.2")
• 别硬编码 API Key——JSP 里写 "sk-xxx" 会被源码扫描工具直接告警，也容易泄露；应从 web.xml 的 context-param 或外部 properties 文件读取

用 $.ajax 从 JSP 前端调后端代理，却返回 403 Forbidden

不是千问限流，是 Tomcat 或老项目里的过滤器（比如 CSRFTokenFilter）拦了 POST 请求，或者后端没配 CORS，浏览器预检失败。

实操建议：

• 检查后端代理接口是否允许 Content-Type: application/json ——很多老 Filter 默认只放行 application/x-www-form-urlencoded
• 确认响应头含 Access-Control-Allow-Origin: *（开发环境）或具体域名（生产），且 Access-Control-Allow-Methods 包含 POST，否则 $.ajax 发不出体
• 如果用了 Spring MVC，别只加 @CrossOrigin 在方法上，老版本（如 4.3.x）需配合 WebMvcConfigurer 全局配置，否则静态资源路径和转发路径行为不一致
• 前端传参别用 data: JSON.stringify({...}) 却不设 contentType，jQuery 默认会补 application/x-www-form-urlencoded，后端收不到 JSON 字段

dashscope-java-sdk 和老项目 JDK 7 冲突

官方 SDK 最低要求 JDK 8u161+，依赖 java.time 和 Optional，JDK 7 下直接 NoClassDefFoundError。

实操建议：

• 别引入 SDK——老项目动 JDK 升级成本太高，改用最简 HTTP 调用：构造 POST /api/v1/services/aigc/text-generation/generation，手动拼 Authorization: Bearer <your_api_key></your_api_key> 和 X-DashScope-Date 时间戳（ISO 8601 格式，如 2024-05-20T10:30:45Z）
• 签名不是必须项（千问开放 API 当前未强制 HmacSHA256），但 X-DashScope-Date 必须有，且与服务器时间偏差不能超 15 分钟，老系统时区/时间不准时容易 400
• 响应体是标准 JSON，用 org.json.JSONObject（比 net.sf.json 更轻量）解析即可，避免引入 Jackson 2.x（和老 Struts 的 json-plugin 冲突）

JSP 中嵌入千问返回内容，中文变乱码或换行丢失

根本不是 AI 输出问题，是 JSP 页面编码链路断了：HTTP 响应头、JSP page 指令、HTML meta、以及 Java 字符串处理四者不一致。

实操建议：

• 确保 JSP 顶部有 <%@ page contentType="text/html;charset=UTF-8" %>，且 Tomcat server.xml 的 Connector 配置含 URIEncoding="UTF-8"
• 后端接收千问响应后，用 new String(responseBytes, StandardCharsets.UTF_8) 显式解码，别依赖 String(byte[]) 默认平台编码（Windows 上常是 GBK）
• 千问返回的文本含 \n，但 HTML 不识别，JSP 里显示要转成 <br>：用 str.replace("\n", "<br>")，注意引号和转义
• 如果用了 <c:out value="${text}" />，它默认会 HTML 转义，导致 <br> 变成字面量——此时该用 <c:out value="${text}" escapeXml="false" />

老项目维护最麻烦的从来不是调不通 API，而是所有环节都默认“应该没问题”，结果字符集、线程模型、HTTP 版本、JSON 解析器全在不同层悄悄打架。动手前先抓个 curl -v 看真实响应头和 body，比翻十页文档管用。