ConcurrentHashMap与同步HashMap(ConcurrentHashMap vs Synchronized HashMap)
在
HashMap
和ConcurrentHashMap
上使用包装器类SynchronizedMap
什么区别? 是否只能在迭代它时修改HashMap
(ConcurrentHashMap
)?What is the difference between using the wrapper class,
SynchronizedMap
, on aHashMap
andConcurrentHashMap
? Is it just being able to modify theHashMap
while iterating it (ConcurrentHashMap
)?
原文:https://stackoverflow.com/questions/1291836
最满意答案
没有理由你必须调用
Promise.resolve
来获取值。 请记住,Promises是异步的。 你必须像这样访问它的价值:myPromise.then(value => { console.log(value) // do whatever you're going to do with value };
你可以阅读更多关于Promises如何工作的[这里] [1]。
There's no reason for you to have to call
Promise.resolve
to get the value. Remember that Promises are asynchronous. You have to access it's value like this:myPromise.then(value => { console.log(value) // do whatever you're going to do with value };
You can read up more [here][1] on how Promises work.
相关问答
更多-
没有理由你必须调用Promise.resolve来获取值。 请记住,Promises是异步的。 你必须像这样访问它的价值: myPromise.then(value => { console.log(value) // do whatever you're going to do with value }; 你可以阅读更多关于Promises如何工作的[这里] [1]。 There's no reason for you to have to call Promise.resolve to get ...
-
不,没有其他方法可以做到这一点 - 我唯一可以说的是这个用例并不常见。 就像费利克斯在评论中说的一样 - 你会做什么会一直工作。 值得一提的是,承诺构造函数以这种方式表现的原因是抛出安全性 - 如果您的代码在promise构造函数中运行时发生异常,则会发生异常,这将导致拒绝,这种形式的抛出安全 - 将抛出的错误转换为拒绝是重要的,有助于维护可预测的代码。 对于这种抛出的安全原因,承诺构造函数被选择为延迟(这是一种替代的承诺构造方式,可以允许您正在做的) - 对于最佳实践 - 我会传递元素并使用promise ...
-
只需将它们保存在封盖内。 var makePromise = function () { var resolvePromise = null, rejectPromise = null, promise = new Promise(function (resolve, reject) { resolvePromise = resolve; rejectPromise = reject; }); ...
-
承诺无法解决(Promise will not resolve)[2024-04-25]
您需要通过调用它的构造函数调用它在回调中提供的函数来解析promise。 const promise = new Promise((resolve, reject) => { // you must call resolve() or reject() here // otherwise the promise never resolves }); 否则它将始终处于Pending状态,并且永远不会调用您传入的回调。 promise.then(() => { // this never gets ... -
这是deferred模式的变体,除了您使用promise对象中的resolve / reject函数返回promise对象。 原始deferred模式分别创建了具有promise和resolve / reject函数的对象。 因此,您可以在不暴露控件的情况下传递承诺。 说实话,很少有地方需要实际打破构造函数范围。 在我看来,使用这种模式犯一个错误并且最终得到未解决的承诺比使用构造函数模式更容易一点。 据我所知,构造函数模式对延迟模式的唯一好处就是你可以立即抛出并拒绝承诺(通过同步错误)。 This is a ...
-
第一个问题 Promise.all承诺一系列承诺 更改: Promise.all(read_csv_file("devices.csv"), read_csv_file("bugs.csv")) 到(添加[]参数) Promise.all([read_csv_file("devices.csv"), read_csv_file("bugs.csv")]) // ---------^-------------------------------------------------------^ 第二个问题 ...
-
也解决内心的承诺(Resolve inner promise too)[2023-06-09]
你可以使用Array map (如果必须的话还是_.map)和Promise.all来实现你想要的 setNewCacheUrls(providedUrls: any, nativeURL: string): Promise{ return Promise.all(_.map(providedUrls, url => { const fileTransfer: TransferObject = this.transfer.create(); return ... -
new Promise构造函数将特定函数传递给您的回调函数,该函数将成为您的resolve参数。 这个承诺(你用new Promise构建的那个new Promise )只能通过调用特定的resolve函数来resolve 。 Promise.resolve只是创造了一个新的“预先解决”的承诺。 它没有解决任何现有的承诺(也没有任何方式知道它应该解决哪个承诺)。 The new Promise constructor passes a specific function into your callback ...
-
Javascript承诺(Javascript Promise)[2022-05-23]
首先是关于孩子的承诺。 我想你的意思是: requestAnimationFrame(function () { //.... }); 这实际上并不是一个承诺,而是一个(更基本的)回调实现,在完成某些事情时会调用它。 在这种情况下,当下一个涂料循环发生时。 不要惊讶于可以从该回调中调用resolve 。 没有规则说你不能这样做: resolve仍然在该功能范围内。 在该回调中再次调用requestAnimationFrame的原因是为了确保重新绘制已经发生,这在您等待2个周期时是肯定的。 然后调用r ... -
你有一个g变量,你检查0但你没有在任何地方定义g 。 您没有看到这一点的原因是本机(或jQuery)承诺不会自动跟踪可能未处理的拒绝。 您可以通过将.catch附加到链的末尾来查看是否有错误来检查错误。 q.then(function (result) { ... }).catch(function(e){ console.log(e.message); console.log(e.stack); }); 哪个会告诉你这个问题。 或者,使用像Bluebird这样更强大的库,在未 ...