关于$.ajax不使用async的问题，这是一个非常值得探讨的话题。在前端开发中，我们常常使用$.ajax来发送异步请求，以便在不刷新页面的情况下获取服务器端的数据。而默认情况下，$.ajax的async属性为true，即默认使用异步请求。然而，有时候我们可能需要使用同步请求来保证代码的执行顺序和结果的准确性。在本文中，我们将探讨$.ajax不使用async的用法和可能带来的影响。

在某些特定场景下，我们可能需要确保请求的结果在后续代码中被正确地使用。考虑一个简单的例子，我们需要在页面上渲染一个用户列表，其中包含每个用户的信息。通常情况下，我们会通过异步请求获取服务器端的用户数据，并在请求成功后将数据渲染到页面上。然而，如果我们希望在获取到用户数据后立即渲染页面，我们可以使用不使用async的方式发送同步请求。

$.ajax({
url: '/api/users',
async: false,
success: function(data) {
renderUserList(data);
}
});

通过将async属性设置为false，我们告诉$.ajax使用同步请求，即代码将在获取到请求结果后继续执行。在这个例子中，当获取到用户数据后，我们立即调用renderUserList函数来渲染页面，确保数据被正确地显示出来。

然而，需要注意的是，使用同步请求可能会导致页面出现卡顿和延迟响应的问题。因为同步请求会阻塞JavaScript的执行，直到请求完成并返回结果才能执行后续代码。所以如果请求的数据量较大或服务器响应时间较长，页面的用户体验可能会受到影响。

除此之外，同步请求还可能导致页面崩溃或冻结的问题。考虑以下情况，我们需要发送多个同步请求并在每个请求成功后处理数据。如果其中一个请求的响应时间过长或发生错误，页面的用户界面可能会停止响应，直到请求完成或超时。

var urls = ['/api/users', '/api/posts', '/api/comments'];
for (var i = 0; i< urls.length; i++) {
$.ajax({
url: urls[i],
async: false,
success: function(data) {
processData(data);
}
});
}

在这个例子中，我们通过一个循环发送多个同步请求，并在请求成功后处理数据。然而，如果其中一个请求出现问题，比如服务器返回错误或网络连接中断，整个页面可能会被卡住，并且无法进行其他操作。

综上所述，尽管在某些特定的场景下，$.ajax不使用async可以带来一些便利，但我们需要权衡其带来的潜在问题。在大多数情况下，我们建议使用异步请求，以确保页面的响应性和用户体验。在使用同步请求时，需要仔细考虑请求的大小和响应时间，以避免页面卡顿和崩溃的问题。