使用 `formdata.set()` 修改表单数据不会影响原始表单元素的值，因此服务器接收到的仍是未加密的明文密码；正确做法是直接修改 `` 元素的 `value` 属性，并优先采用 https + 服务端哈希的安全方案。
当你通过 new FormData(formElement) 创建一个 FormData 实例时，它只是对当前表单字段值的一次快照拷贝，而非与 DOM 表单建立双向绑定。这意味着后续对 formData 对象的任何修改（如 formData.set('password', encrypted)）仅作用于该内存对象，完全不会同步回原始 元素。因此，浏览器最终提交的仍是原始 HTML 表单中未修改的 value —— 这就是你看到控制台日志显示已加密、但服务端却收到明文的根本原因。
✅ 正确做法：在提交前直接更新 DOM 输入框的值：
function usernamePasswordLogin(event) {
const form = event.target;
const passwordInput = form.elements.password;
// 阻止默认提交，先加密
event.preventDefault();
// 加密并覆盖 input 的 value（关键！）
const encrypt = new JSEncrypt();
encrypt.setKey(publicKey);
const encryptedPassword = encrypt.encrypt(passwordInput.value);
passwordInput.value = encryptedPassword; // ← 真正改变提交内容
// 再次提交（此时 formData 或原生提交都会使用新值）
form.submit();
}
⚠️ 重要安全提醒：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 客户端加密 ≠ 安全替代 HTTPS：JSEncrypt 等前端 RSA 加密无法防止中间人窃取公钥或篡改 JS 逻辑，且密钥暴露风险高。
-
推荐标准实践：
✅ 强制启用 HTTPS（TLS 1.2+）保障传输机密性；
✅ 原始明文密码通过 HTTPS 安全传至服务端；
✅ 服务端使用强哈希算法（如 bcrypt、Argon2）加盐哈希存储；
✅ 避免在客户端做密码哈希或加密——这既不增加安全性，又引入兼容性与维护负担。
总结：FormData 是只读快照，修改它不影响实际提交行为；若需动态变更提交内容，请操作 DOM 元素本身。但更根本的是——把密码安全交给传输层（HTTPS）和服务端哈希，这才是经过验证的可靠路径。
