textarea文本域出现在弹窗中，在初次加载的时候，placeholder样式是不生效的，而当在textarea输入了内容后，再删掉。显示的placeholder样式就是正常的。为了解决这个bug，我们可以根据以上的逻辑，来解决这个问题。首先，在显示弹出框的时候，textarea渲染时给它设置一个初值，然后再置空，这样之后样式也就能生效了。```html:{content}}">js：data:{content:''}//弹窗的时候就行判断 letthat=thisif(this.data.content==''){ that.setData({ content:'请
textarea文本域出现在弹窗中，在初次加载的时候，placeholder样式是不生效的，而当在textarea输入了内容后，再删掉。显示的placeholder样式就是正常的。为了解决这个bug，我们可以根据以上的逻辑，来解决这个问题。首先，在显示弹出框的时候，textarea渲染时给它设置一个初值，然后再置空，这样之后样式也就能生效了。```html:{content}}">js：data:{content:''}//弹窗的时候就行判断 letthat=thisif(this.data.content==''){ that.setData({ content:'请
今天在开发项目时，试着一次性插入大量数据，结果出现了以下报错： 依稀记得以前也遇到过类似的问题，于是打算记录下错误原因及解决过程：首先，这是由于sql语句中占位符数量限制导致的Mysql默认支持的占位符最多为65535(2^16-1)个，即：写入数据为m列，n行。m*n必须小于65535比如你要插入的字段有10列，一次性要插入10000条数据，则10*10000=100000，明显超过了65535，就会报错解决方法：我们只需要对数据进行切割插入即可，使用array_chunk方法例如我刚开始是直接将$res一次性插入导致报错： 然后我现在使用array_chunk方法进行切割循环插入，一
今天在开发项目时，试着一次性插入大量数据，结果出现了以下报错： 依稀记得以前也遇到过类似的问题，于是打算记录下错误原因及解决过程：首先，这是由于sql语句中占位符数量限制导致的Mysql默认支持的占位符最多为65535(2^16-1)个，即：写入数据为m列，n行。m*n必须小于65535比如你要插入的字段有10列，一次性要插入10000条数据，则10*10000=100000，明显超过了65535，就会报错解决方法：我们只需要对数据进行切割插入即可，使用array_chunk方法例如我刚开始是直接将$res一次性插入导致报错： 然后我现在使用array_chunk方法进行切割循环插入，一
背景最近一位朋友找到我，让我帮看他们的一个aspnetcoreservice无端cpu高的问题。从描述上看，这个service之前没有出现过cpu高的情况，最近也没有改过实际的什么code。很奇怪了，会有什么变化导致cpu上去了呢？分析由于比较容易复现(据说一启动service，cpu就上去了)，我便让那位朋友在cpu高的时候直接手动把.net进程dump了一下。于是就开始用windbg分析了先看一下案发时进程中的线程情况，毕竟它们是让进程动起来的源泉哈。大部分线程都运行到如下类似位置（下面的callstack是虚拟化的，因为为了朋友的隐私，code已经虚拟化）： 这里可以看出有约38/2=1
背景最近一位朋友找到我，让我帮看他们的一个aspnetcoreservice无端cpu高的问题。从描述上看，这个service之前没有出现过cpu高的情况，最近也没有改过实际的什么code。很奇怪了，会有什么变化导致cpu上去了呢？分析由于比较容易复现(据说一启动service，cpu就上去了)，我便让那位朋友在cpu高的时候直接手动把.net进程dump了一下。于是就开始用windbg分析了先看一下案发时进程中的线程情况，毕竟它们是让进程动起来的源泉哈。大部分线程都运行到如下类似位置（下面的callstack是虚拟化的，因为为了朋友的隐私，code已经虚拟化）： 这里可以看出有约38/2=1
