小编E_n*_*ate的帖子

我是python的新手,我试图解析一些XML文件,以便添加一些新的标签并存储新的XML文件.

python-beautifulsoup接缝是适合它的包装.在网上搜索教程,如何向BeautifulSoup解析的XML添加新标签,我发现,使用了包python-bs4.

查看包描述,两个包都具有相同的标题:

python-bs4 - error-tolerant HTML parser for Python
python-beautifulsoup - error-tolerant HTML parser for Python

所以我的问题是:有什么区别？

//更新:如果有人意味着对这个问题进行投票,那么留下原因作为评论是有帮助的.

考虑这些类和累积函数,它们代表了我原始上下文的简化(但是再现了同样的问题):

abstract static class Foo {
    abstract int getK();
}
static class Bar extends Foo {
    int k;
    Bar(int k) { this.k = k; }
    int getK() { return this.k; }
}

private static Foo combined(Foo a1, Foo a2) {
    return new Bar(a1.getK() + a2.getK());
}

我试图通过依赖单独的函数来执行项目的累积(最初的数据索引报告)combined,该函数直接处理类型的元素Foo.

Foo outcome = Stream.of(1,2,3,4,5)
        .map(Bar::new)
        .reduce((a,b) -> combined(a, b))
        .get();

事实证明,此代码导致编译错误(OpenJDK"1.8.0_92"):"lambda表达式中的错误返回类型:Foo无法转换为Bar".编译器坚持尝试使用Bar累积元素来减少流,即使Foo累积函数的参数和返回类型都有公共类型.

我还发现,只要我明确地将流映射到Foos 流中,我仍然可以采用这种方法:

Foo outcome = Stream.of(1,2,3,4,5)
        .<Foo>map(Bar::new)
        .reduce((a,b) -> combined(a, …

我想在使用Node.js时将TypeScript编译为一个文件.

我试过像这样配置"tsconfig.json":

"compilerOptions": {
    "module": "commonjs",
    "target": "es6",
    "noImplicitAny": false,
    "sourceMap": false,
    "outFile": "./app/index.js",
    "pretty": true,
    "types": [
      "node"
    ]
  }",

...但是当我尝试使用module" set to"commonjs"时,我得到错误:

error TS6082: Only 'amd' and 'system' modules are supported alongside --outFile.

如果我将其更改为"module": "system",则在运行该文件时出现此错误node:

ReferenceError: System is not defined

如果我module改为"amd",我在运行文件时遇到此错误node:

ReferenceError: define is not defined

我们可以在TypeScript中声明一个类型化的元组,例如,使用类型注释[string, number].这意味着一个包含2个元素的数组,其中第一个元素需要是一个字符串,第二个元素需要一个数字.

我们还可以声明只读数组,ReadonlyArray<string>这意味着只读数组的字符串.

现在我想在第一个例子中有一个只读元组,但我希望它像第二个例子中那样是只读的.我该如何申报？

我在Windows 7上运行Java服务，该服务每天在上运行一次SingleThreadScheduledExecutor。尽管它不是很关键，但我从来没有给过太多，但最近查看了一下数据，发现该服务每天大约漂移15分钟，这听起来实在太多了。

Executors.newSingleThreadScheduledExecutor().scheduleAtFixedRate(() -> {
   long drift = (System.currentTimeMillis() - lastTimeStamp - seconds * 1000);
   lastTimeStamp = System.currentTimeMillis();
}, 0, 10, TimeUnit.SECONDS);

这种方法+110ms每10秒几乎都会漂移一次。如果我每隔1秒运行一次，漂移平均+11ms。

有趣的是，如果我对一个Timer()值执行相同操作，则其平均漂移小于一整毫秒。

new Timer().schedule(new TimerTask() {
    @Override
    public void run() {
        long drift = (System.currentTimeMillis() - lastTimeStamp - seconds * 1000);
        lastTimeStamp = System.currentTimeMillis();
    }
}, 0, seconds * 1000);

Linux：不会漂移（也不与Executor或Timer一起使用）
Windows：不会像Executor那样疯狂地漂移，与Timer无关

经过Java8和Java11测试。

有趣的是，如果您假设每秒11ms的漂移，那么您每天将获得950400ms的漂移，相当于15.84 minutes每天。因此，这是非常一致的。

问题是：为什么？
为什么使用SingleThreadExecutor而不是使用Timer会发生这种情况。

Update1 ：按照Slaw的评论，我尝试了多种不同的硬件。我发现此问题在任何个人硬件上均未发现。仅对公司一。在公司硬件上，它也出现在Win10上，尽管数量少了一个数量级。