共计 1642 个字符，预计需要花费 5 分钟才能阅读完成。
当咱们应用 SAP UI5 的 FileUploader 控件，上传本地文件时，其执行逻辑的入口，就是 FileUploader.prototype.upload：
首先判断该控件是否曾经被 disable：
if (!this.getEnabled()) {return;}SAP UI5 FileUploader 底层能够基于 form 的 multipart/form-data 或者 XHR 两种技术形式进行文件上传，这在上面的源代码看得很分明。
首先应用 getDomRef 获取 fu_form，即下图这个高亮区域：
try {
this._bUploading = true;
if (this.getSendXHR() && window.File) {
var aFiles = this.FUEl.files;
if (bPreProcessFiles) {this._sendProcessedFilesWithXHR(aFiles);
} else {this._sendFilesWithXHR(aFiles);
}
} else if (uploadForm) {
// In order to do the submit, the action DOM attribute of the inner form should be accurate.
// If there is a change in the passed to the uploadUrl property string, we must ensure that it is
// applied in the DOM and the submit is performed after there is new rendering.
sActionAttr = uploadForm.getAttribute("action");
if (sActionAttr !== this.getUploadUrl()) {this._submitAfterRendering = true;} else {this._submitAndResetValue();
}
}如果返回的对象实例不为空，阐明应用 form 的形式去提交本地代码。
此时筹备提交文件了：_submitAndResetValue
调用的是 HTML form 原生的 submit 办法进行提交：
服务器端返回了一个 File uploaded ok! 的字符串：
这个字符串在暗藏的 iframe 里可能看到：
拜访不了 this.oIFrameRef.contentWindow.document.body.innerHTML;：
谬误音讯：VM1992:1 Uncaught DOMException: Blocked a frame with origin “http://localhost:8080” from accessing a cross-origin frame.
不能应用 JavaScript 拜访具备不同起源的 iframe，以防止任何可能的平安危险。对于同源策略，浏览器会阻止脚本尝试拜访具备不同源的 iframe.
实际上，我基本就不能在 8080 端口的 index.html 上下文环境里，查看另一个 iframe 的任何属性，报一样的谬误：
那我提前在 iframe 创立时检测：
刚刚创立出的 iframe，href 是 about:blank:
直到这个函数执行完，this.oIFrameRef.contentWindow.location.href 都是处于可拜访状态：
beforeRendering 的钩子里，this.oIFrameRef.contentWindow.location.href 依然可用，然而 afterRendering 的钩子就不行了：
这个 before 和 afterRendering 的钩子，在点击 Browse… 按钮抉择本地文件的时候，会各触发一次。
选定好之后，点击 Upload 按钮，会再触发一次：
点击 upload File 之后，执行 submit 之前，都能够失常拜访：this.oIFrameRef.contentWindow.location.href
post 到 3003 之后，再拜访就不行了：
