get_logger 需要导出, 这样声明:

extern "C" _declspec(dllexport) Logger* get_logger();

我在前几天满 100 减 40 的时候买了几本书, 隔了两天就满 100 减 50 了, 我再把刚买的几本书加入购物车, 结果涨了十多块, 发现每本书都涨价了, 注意下这种操作. 不过相比不做活动时还是差不多半价

补充下信息: 我用的 PyQt5 (PyQtChart) 5.11.3, C++Qt 5.10.1

5.9.0 之前这儿似乎是有内存泄露的: https://bugreports.qt.io/browse/QTBUG-58802

用 C++Qt 试了下, 没有问题. 画复杂图形的话, pyqt 直接嵌入 matplotlib 来作图更容易, 相比来说, pyqtchart 太难用了

https://gist.github.com/justou/1fe72187b21af835cf633a37b06e9d74

链接: https://pan.baidu.com/s/15sbdoFpUnbG9rYGnWvtxFg 提取码: cmgj

原始的 polyline 是 Qt 的 QPolygonF, 你修改后的是 python 的 list, 你再试试在 series_to_polyline 里面完全不使用 numpy 对 QPolygonF 赋值, 内存一样一直涨, 所以排除是 numpy 的问题

def series_to_polyline(self, xdata, ydata):
size = len(xdata)
polyline = QPolygonF(size)

return polyline

我这里试了一下, 这一行 self.plotCurve.replace(plotData)导致内存持续增长, 注释掉就不会, 怀疑是 pyqt 有问题, 可以用 C++ Qt 再验证下...

根据其描述, 它说只接收 0 到 0xffff 之间的数, 推断 String.fromCharCode()是把参数当做两个字节的 unsigned 解释的, 二的补码的-255 的 bit 跟 unsigned 的 65281 的 bit 是一样的, 你做几下实验发现

-255 绕回去变成了 65281

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/fromCharCode

pyinstaller+process 在 Windows 下需要特殊处理。好了，搜索关键字已知了

放到 cython 里面用 prange 多线程算

堆上. 不能在栈上的原因上面提到了. C++也可以 new 在栈上, 叫 placement new, 在某些场景下非常有用

https://www.geeksforgeeks.org/placement-new-operator-cpp/

做了异常处理没有, 有可能是那两个线程异常退出了

假设每年人口增长率为 r
1 年后, 总人口 = p0(1+r) + aug
2 年后, 总人口 = [p0(1+r) + aug](1+r) + aug = p0(1+r)^2 + aug(1+r) + aug
...
n 后年, 总人口 = p0(1+r)^n + aug(1+r)^(n-1) + ... + aug(1+r) + aug
根据题设, 模型是这样的么?

numpy 里面叫 fancy indexing, 翻译成花式索引

所以不大喜欢看中文的技术书籍, 中文看文学书就可以了

@maxco292 4.1.2 Overloading Variadic and Nonvariadic Templates, 有个注解 1, 搜 "[CoreIssue1395])" 应该可以直接定位到. 其实没大必要过于纠结这些细节了

你的理解是对的, 在编译期递归模板实例化的时候要看到递归的终止条件, 否则编译错;
一般这样写:

// 函数 2
template <typename S>
void p(S s){
}

// 函数 1
template <typename S, typename ... SS>
void p(S s, SS... ss){
p(s); // 处理第一个
p(ss...); // 处理剩余的
}

你用不同编译器测试一下看看结果是否一直就可以判断了, 我觉得这是 c++的规则;

第二个问题是模板的重载解析, 像这样两个函数模板只有一个 parameter pack 的区别, 在 f(&i)处没有 parameter pack 那个模板有较高的优先级;

重载解析的规则其实可以用"懒"来概括编译器的行为, 编译器: 想让我多干活? 那是不可能的. 所以在上面那种情况下实例化模板时, 编译器挑轻松的来做(不想碰那个有 parameter pack 模板), 要是遇到两个难易程度都差不多的重载, 编译器就直接罢工, 一个都不想做(有歧义, 就是不做), 我是这样来理解的. 这个在 C++ Templates - The Complete Guide, 2nd Edition 里面有讲, 还提到上面那种情况在最初的 C++11 和 C++14 是有歧义的, 后来修复了.

你把 func 改成 staticmethod 试试;

再试试改成这样报什么错:

import time
from multiprocessing.pool import Pool

class Test:
def __init__(self):
self.pool = Pool(5)

def func(self):
time.sleep(0.2)
print("1")
return 1

def run(self):
results = [self.pool.apply_async(self.func) for _ in range(10)]
for res in results:
print(res.get())

time.sleep(3)
self.pool.close()
self.pool.join()


if __name__ == '__main__':
t = Test()
t.run()

再搜索下可能就很多收获了:)

少打字≠可读性好