Helios
This bug is caused by not setting xn to nil in time when ntype is equal to ntRegexp and traversing the child nodes. the xn in these places should be...
If it's a issue, I can fix it uniformly
@ccforward 您好，就是下面这个简单的例子，为什么3不是第一个先输出的呢？`Promise`不是应该属于异步的过程么，下面的`console.log(3)`不应该是主线程么？ ```javascript new Promise(function executor (resolve) { console.log(1); for(var i = 0; i < 10000; i++) { i == 9999 && resolve(); } console.log(2); }).then(function() { console.log(5); }); console.log(3);...
@Aaaaaaaty 嗯嗯，理解了，thanks
请问楼主，怎么像使用jsx一样使用defaultProps给组件的props设置默认值呢？
Good advice, I also have trouble with it.
@linkingli pod重启了是会重新调用CNI创建网络栈的，基本的网络栈包含网卡，回环设备，路由表等，在pod重启之前看一下pod内的网卡 ```shell # kubectl exec -ti nginx-ds-xg8qk bash root@nginx-ds-xg8qk:/# ip a 1: lo: mtu 65536 qdisc noqueue state UNKNOWN qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host...
@linkingli 辣个图片被吞了呢🤦♂️，我这都行的呢😂
@linkingli 先说一下一个pod什么时候能够作为service的后端提供服务。 每个service会对应一个endpoints资源，当一个pod通过了readiness探针之后，会把这个pod的ip加入到endpoints中，也就能作为对应service的后端提供服务了。 所以这个POD频繁重启会影响对外提供服务滴（因为启动服务的时间肯定相对比较长）。 当然每次重新给新pod构建网络栈，肯定会消耗一部分宿主机的计算资源，但是这个影响不大。 按照您的描述我感觉问题应该不是出现在网络的问题上（flannel如果用的vxlan的话，消耗主要是隧道两端的封包和解包的操作，host-gw模式的话会更快）。 请问您那边是遇到什么问题了么？问题是出从pod冲200多scale到1000？