小编Aja*_*ung的帖子

我正在学习计算机科学课,其中的作业样板代码是一个Java框架,其中大多数类(或它们的超类)扩展了Serializable.最终发生的事情是VSCode向我抱怨

The serializable class [insert class name here] does not declare a static final serialVersionUID field of type long"

几乎所有的起始代码.我知道在其他IDE(例如IntelliJ和Eclipse)中,可以针对所有Java项目禁止此特定警告.VSCode中的等效操作是什么？我安装了Java语言支持包.

以下是我无法声明serialVersionUID或使用@SuppressWarnings的原因:

1. 这将迫使我修改我不允许修改的代码.教授只希望学生实施框架的某些领域.

2. 我需要将这些更改改为大约30个不太理想的类.

我尝试使用下载React-Router typings定义typings install --save --global dt~react-router,但我的代码仍然无法编译,因为typings/globals/react-router/index.d.ts引用的HistoryModule不存在.

早些时候我被推荐使用typings --save react-router,但是虽然这包括可怕的"HistoryModule",但它缺少React Router元素通常具有的属性的其他键输入定义(缺少Route元素props的onChange属性).我需要下载其他类似的东西以使其工作吗？另外,我如何判断是否需要下载多个其他全局类型定义以使另一个定义工作,因为我不知道任何方式并且如果全局类型定义依赖于其他类型,则typings命令似乎无法理解模块.

我正在尝试实现 Raft 共识算法。以下是我每次设置服务器状态的一般term理解votedFor：

1. 启动时term为 0 并且votedFor是null
2. 服务器选举超时后，该服务器将成为候选者，将其加term1，并将其设置votedFor为自身。
3. 当服务器收到一个比自己更高的RequestVoteRPC时，它应该将 更新为观察到的数字，然后更新到发送者，前提是接收服务器有一个of并且其日志不比发送者的日志更新。termtermvotedForvotedFornull
4. 当 Candidate 收到AppendEntriesRPC，并且发送者的状态term高于或等于自己的 RPC 时，Candidate 应该将其更新term为发送者的状态term，然后将其设置votedFor为发送者，并将其状态变为 Follower，从而承认发送者为其合法的领导者。
5. 在所有其他情况下，当服务器接收到任何包含term高于其自身的 RPC 请求或响应时，它应该将自己的值设置term为接收到的服务器的值term并设置votedFor为null。

这些一起构成了Raft 正确实现中仅有的 5 种方式吗？这些情况是否被正确总结term？votedFor我对此感到困惑，因为论文仅提到在某些时候节点将转换为追随者，而没有指定是否votedFor应该是具有较高术语或的发送者的值null。我担心情况4是错误的，应该是这样的：如果AppendEntries发送者的术语更大，那么接收者应该将其更新term为发送者的术语，然后设置votedFor为发送者，无论接收者是否是追随者、候选者或过时的领导者。

假设我有一个具有以下结构的项目

/app
|_webpack.config.js
|_package.json
|_/npm_modules
| |_...
|_/client
  |_/misc
  | |_...
  |_/components
  | |_...
  |_index.jsx

并webpack.config.js包含这个

entry: ["./client/index.jsx"]

并index.jsx像这样加载所有组件

var components = [];
var componentPaths = require.context("./components", false);
componentPaths.keys().forEach(function(path)  {
    components.push(componentPaths(path));
});

哪些文件将被捆绑到生成的 bundle.js 中？
它只是/app/client/index.jsx和目录中的所有文件/app/client/components吗？
还是会/app/client捆绑整个目录（包括 下的所有内容/app/client/misc）？
还是会/app捆绑整个目录（包括 下的所有内容/app/npm_modules）？

我一直试图根据 Webpack 文档来解决这个问题，但它们是不够的。如果您知道答案，包括对您在哪里找到信息的参考将非常有帮助。

我之所以这么问是因为我想设置一个具有多个入口点的项目，其中生成的 bundle.js 文件只包含必要的内容。

我一直在研究Golang,看看它通过其创新的goroutines构造实现了一个仅限协程通道的模型,它的并发性有多好.

我立即发现令人不安的一件事是使用该Wait()方法,用于等待父母goroutine中产生的多个突出的goroutine已经完成.引用Golang文档

等待可以用来阻止所有goroutines完成

许多开发人员规定 Wait()作为实现并发性的首选方式的事实似乎与Golang使开发人员编写高效软件的使命相对立,因为阻塞效率低下,真正的异步代码永远不会阻塞.

被阻止的进程[或线程]是等待某个事件的进程[或线程],例如资源变为可用或完成I/O操作.

换句话说,被阻塞的线程将花费CPU周期无用,只需反复检查以查看其当前正在运行的任务是否可以停止等待并继续执行.

在真正的异步代码中,当协同程序遇到无法继续直到结果到达的情况时,它必须通过将其状态从运行切换到等待来将其执行发送到调度程序而不是阻塞,因此调度程序可以开始执行下一个 -来自可运行队列的内联协程.只有在需要的结果到达时,等待协程才应将其状态从等待运行变为可运行.

因此,由于Wait()直到x个goroutine被调用的块,调用Done()的goroutine Wait()将始终保持在可运行或运行状态,浪费CPU周期并依赖调度程序抢占长时间运行的goroutine,仅将其状态从运行更改为可运行,而不是将其更改为等待它应该是.

如果这一切都是真的,并且我理解如何Wait()正常工作,那么为什么人们不使用内置的Go通道来完成等待子goroutine的任务呢？如果我理解正确,发送到缓冲通道,并从任何通道读取都是异步操作,这意味着调用它们会使goroutine进入等待状态,那么为什么它们不是首选方法呢？

我引用的文章给出了一些例子.以下是作者所谓的"老派"方式:

package main

import (
    "fmt"
    "time"
)

func main() {
    messages := make(chan int)
    go func() {
        time.Sleep(time.Second * 3)
        messages <- 1
    }()
    go func() {
        time.Sleep(time.Second * 2)
        messages <- 2
    }()
    go func() {
        time.Sleep(time.Second * …