小编Paz*_*zle的帖子

skipWaiting我试图理解和之间的区别clientsClaim。根据我的理解：调用skipWaiting将导致新的 Service Worker 跳过等待阶段，并立即变得活跃。clientsClaim然后也可以“声明”任何其他打开的选项卡。

我从在线文档中收集到的内容：

• skipWaiting跳过等待阶段，立即激活源

• clientsClaim立即开始控制页面源

在我在网上找到的每一个帖子中，我通常都会看到clientsClaim并skipWaiting一起使用。

然而，我最近发现一个只使用 的 Service Worker clientsClaim，我很难理解clientsClaim和 之间的实际区别skipWaiting，以及在什么情况下使用clientsClaim而不使用 skipWaiting？

我对此的想法，这可能是我错的地方，但这是我的理解：调用clientsClaim, 但不是skipWaiting多余的吗？考虑到：

• 当所有打开的页面都关闭时，新的服务工作者将变得活跃（因为我们没有使用skipWaiting）
• 当我们的新服务工作线程被激活时，我们调用clientsClaim，即使我们刚刚关闭了所有打开的页面以激活新服务工作线程。不应该有其他页面需要控制，因为我们刚刚关闭了它们。

有人可以帮我理解吗？

阅读有关skipWaiting的文档

阅读有关客户索赔的文档

阅读 Jake Archibald 撰写的关于Service Worker 生命周期的内容，并尝试了这个演示

阅读大量 stackoverflow 帖子、离线食谱、不同的博客文章等。

我正在尝试制作一个小网络应用程序（仅用于学习目的），我可以在其中按下一个按钮，它会将一些比特币从（我自己的）比特币钱包 A 发送到比特币钱包 B。我已经学会了一些关于比特币、区块链的东西，并想出了如何进行原始比特币交易，如下所示：

var bitcoin = require('bitcoinjs-lib');

var keyPair = bitcoin.ECPair.fromWIF('****************************');
var tx = new bitcoin.TransactionBuilder();

tx.addInput('****************************', 0);
tx.addOutput('****************************', 546);
tx.sign(0, keyPair);

console.log(tx.build().toHex());
generatedhash = tx.build().toHex();

如果我将生成的哈希带到像https://blockr.io/tx/push这样的网站，它将成功进行比特币交易，但我想知道是否也可以使用 js 自动推送原始交易？谢谢阅读 ：）