gpt4 book ai didi

javascript - jQuery ajax 异步 'true' 让我的网络应用程序卡住,直到数据返回

转载 作者:行者123 更新时间:2023-11-30 09:23:17 27 4
gpt4 key购买 nike

我正在开发一个基于 PHP 的网络应用程序(我没有构建)。

我正在运行这个 ajax 请求:

$.ajax({
type: 'POST',
url: "/potato/ajax.php?module=test_module",
dataType: 'json',
async: true,
data: {
start_ts: that.start_date,
stop_ts: that.end_date,
submitted: true
},
beforeSend: function() {
console.log('Start: ' + new Date().toLocaleString());
// Show Chart Loading
that.qwChart.showLoading({
color: '#00b0f0',
// text: that.returnNumWithPrecent(that.progress)
text: that.qwChartProgress
});

// If data div isn't displayed
if (!that.dataDisplayed) {
// Show divs loading
that.showMainDiv();
} else {
that.$qwTbody.slideUp('fast');
that.$qwTbody.html('');
}
},
complete: function(){},
success: function(result){
console.log('End: ' + new Date().toLocaleString());

// Clear timer
clearInterval(timer);

// Set progressbar to 100%
that.setProgressBarTo100();

// Show Download Button
that.downloadBtn.style.display = 'inline-block';

// Insert Chart Data
that.insertChartData(result);

// Insert Table Data
that.insertTableData(result);
}
});

由于某种原因,它让我的整个网络应用程序卡住了,直到它返回数据。我知道by default ajax requests are set to 'true'但我还是添加了它只是为了确保它是。如果它是异步的,它应该可以完成工作而不会卡住我的网络应用程序,对吗?可能是什么问题?这是服务器端问题吗?我该如何调试这种情况?

编辑:我所说的“卡住”是指 - 当我在提交 ajax 调用后等待响应时,刷新页面或并行打开其他页面(仅在我的网络应用程序中)显示白色加载屏幕。每当 ajax 调用返回数据时,白页就会加载到请求的页面。

数据从 PHP 文件返回:

<?php 
require_once("/www/common/api/db.php");

if (!empty($_POST['submitted'])) {

// error_reporting(-1);
// Users Array:
$users = get_qw_data($start_ts_to_date, $stop_ts_to_date);

// Summary Array:
$summary = get_qw_summary($users);

// QW Score Array:
$qws = get_qw_score($users);

// Generate CSV Report files
/* Remove old:*/
if (!is_file_dir_exist($customer))
create_qw_directory($customer);

/* Report #1: */ users_apps_google_macros_ma($users['users'], $customer);
/* Report #2: */ usage_and_qw_summary($summary, $customer);
/* Report #3: */ qw_score($qws, $customer);
/* Zip Files: */ zip_qw_files($customer);

echo json_encode($qws);
}

最佳答案

PHP session 是其他请求“卡住”的主要候选者,因为 session 文件被写锁定,所以只要一个正在运行的脚本实例打开 session ,所有其他请求都必须等待。

解决方法是尽快调用 session_write_close


一点扩展解释:

session 数据的默认存储机制就是文件系统。对于每个事件 session ,PHP 只需将一个文件放入配置的 session 目录中,并将 $_SESSION 的内容写入其中,以便在下一个需要访问它的请求时可以从那里读回。

现在,如果多个 PHP 脚本实例试图“同时”将更改的 session 数据写入该文件,那显然会产生很大的冲突/错误可能性。

因此,只要一个脚本实例访问 session ,PHP 就会在 session 文件上设置一个写锁 - 其他人,其他请求(对同一脚本,或者也使用 session 的不同脚本),将不得不等待,直到第一个脚本完成 session ,写锁再次被释放。

默认情况下,这会在脚本运行完毕时发生。但是如果您有更长的运行脚本,这很容易导致您在这里遇到的这种“阻塞”效果。解决方案是显式地告诉 PHP(通过 session_write_close),“我已经完成了这里的 session ,从现在开始不会向它写入任何新的/更改的数据 - 所以请随意释放锁,以便下一个脚本可以开始读取 session 数据。”

重要的是,您只能在脚本完成对任何 session 数据的操作后执行此操作。在脚本的其余部分,您仍然可以从 $_SESSION 中读取 - 但您不能再向它写入。 (因此在您释放 session 后,$_SESSION['foo'] = 'bar'; 之类的任何操作都必须失败。)

如果 session 此时(在此特定脚本中)服务的唯一目的是检查用户身份验证,那么您可以在那之后直接关闭 session 。脚本的其余部分可以随心所欲地运行,而不会再阻止其他脚本访问同一 session 。


这不仅限于 AJAX 请求 - 这些只是您通常首先注意到此类内容的地方之一,因为否则您通常不会有那么多使用“并行”运行的 session 的请求。但如果你要 fe。在多个浏览器选项卡中多次打开一个长时间运行的脚本,您会注意到相同的效果 - 在第一个选项卡中,脚本将运行并执行其业务,而在以下选项卡中,您应该注意到这些请求“挂起”好吧,只要前面的脚本实例持有 session 的写锁。

关于javascript - jQuery ajax 异步 'true' 让我的网络应用程序卡住,直到数据返回,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50366721/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com