upload.render() 初始化后无法直接修改 url，因 config.url 是只读快照；唯一可靠方式是在 before 回调中调用 obj.upload() 动态指定 URL 并返回 false 阻止默认流程，同时需同步更新 headers 和 token。
upload.render() 初始化后不能直接改 url 配置
初始化 upload 实例后，uploadinst.config.url 是只读快照，赋值如 uploadinst.config.url = '/new' 看似生效，但下次上传仍走原始地址。layui 内部在真正发请求时，优先取的是 render 时的初始配置，而非运行时被手动修改的 config 属性。
更关键的是：upload 模块没有提供类似 setUrl() 或 updateOption() 的公开 API，所有“动态”行为必须靠重建实例或事件拦截实现。
用 before 回调 + 临时覆盖 url 最可靠
虽然 upload 不支持 reload，但可以在 before 回调里动态决定本次上传发往哪个地址——这是唯一能绕过初始化限制的方式。
- 把目标 URL 存在闭包变量或全局状态中（比如
window.uploadTargetUrl），避免硬编码 -
before函数返回false会中断上传；返回Promise可异步决定是否继续，适合加 token 获取等逻辑 - 需配合
obj.upload()手动触发上传，并传入新url参数（该参数会覆盖配置里的url）
示例：
var uploadTargetUrl = '/api/upload/image';
upload.render({
elem: '#test1',
url: '/api/upload/placeholder', // 占位用，实际不生效
before: function(obj){
obj.upload('/api/upload/image'); // 强制指定本次上传地址
return false; // 阻止默认上传流程
}
});
换接口时 headers 和 token 必须同步更新
如果新 URL 对应不同鉴权策略（比如不同微服务、不同租户），仅换 url 不够，headers 里的 Authorization、X-Tenant-ID 等也得实时刷新。
- 不要在 render 时静态写死
headers: { Authorization: 'Bearer xxx' }，否则 token 过期就失败 - 应在
before中动态读取最新 token（比如从 localStorage 或全局 store），再通过obj.upload({ url, headers })传入 - 若使用了
auto: false，后续每次调obj.upload()都要重新传headers，它不会自动继承
多次切换 URL 容易丢失文件引用或重复绑定
反复调 upload.render() 重建实例会导致 DOM 元素重复绑定事件、内存泄漏，且已选文件列表会清空。
真正需要频繁换地址的场景（如按业务类型分发上传），建议：
- 只 render 一次，靠
before+obj.upload()控制每次请求目标 - 把 URL 映射逻辑抽成函数，比如
getUploadUrl(fileType)，避免 if-else 散落在各处 - 注意
choose回调里拿到的obj.getChooseFiles()是 FileList，上传前务必检查长度，防止用户取消选择后还强行上传空列表
最常被忽略的一点：upload 组件不维护“当前待上传文件”的内部状态，一切控制权都在你手里——URL、headers、文件、是否自动上传，全靠你自己在回调里组织和传递。
