xqj-0511

mark一下，我也遇到该问题了。原始执行方法耗时并不长，才11ms。但是trace打印出来的 ---[99.70% 124.742957ms ] org.aspectj.lang.ProceedingJoinPoint:proceed() +---[99.82% 124.393074ms ] org.springframework.cglib.proxy.MethodInterceptor:intercept() 只能追踪到AOP，然后调用到joinPoint.proceed()方法。直接用trace追踪原始方法也只能打印出一部分。不知道剩余的耗时被谁占用了。  看不到剩余的部分耗时，就很捉急，哈哈

> 一、线程池 1）nacos-grpc-client-executor线程：com.alibaba.nacos.common.remote.client.grpc.GrpcClient#connectToServer > > ``` > int threadNumber = ThreadUtils.getSuitableThreadCount(8); > grpcExecutor = new ThreadPoolExecutor(threadNumber, threadNumber, 10L, TimeUnit.SECONDS, > new LinkedBlockingQueue(10000), > new ThreadFactoryBuilder().daemon(true).nameFormat("nacos-grpc-client-executor-%d") > .build()); > grpcExecutor.allowCoreThreadTimeOut(true); >...

感觉这里写法有一个弊端，定时执行的时候DelayQueue 的take获取会话移除。一次只能移除一个。 相当于200毫秒执行一次，1秒最多移除5个。极端情况下会有事件累计风险。 我看默认的SipConfig的超时时间是15毫秒，然而1秒最多就移除5个，这里有点冲突。 @QianNangong 个人看法，你把超时时间设置长一点。在默认设置下只要处理的足够快，1秒5个回调事件以上处理的速度，就不会被干扰，否则确实会丢失回调事件。

com.taosdata.jdbc taos-jdbcdriver 3.6.3 最新版本发现了这个问题，使用com.taosdata.jdbc.ws.WebSocketDriver驱动，插入的数据中有NCHAR类型的数据，计算就会出错 druid+taos ，使用webSocket方式连接数据库。 com.alibaba.druid.filter.FilterChainImpl#preparedStatement_setString com.taosdata.jdbc.ws.AbsWSPreparedStatement#setString(int, java.lang.String) com.taosdata.jdbc.ws.AbsWSPreparedStatement#executeUpdate com.taosdata.jdbc.common.SerializeBlock#getColumnSize NCHAR字段对应的字符串数据，最终会调用到getColumnSize方法，然后导致报错  

@yu285 能否帮忙瞧瞧这种情况怎么处理，还是说ws目前支持度不是那么好。官方文档说RS性能不是那么好，决定使用ws，但是这一使用就踩坑了。NCHAR类型的数据，数据类型都不匹配，强制转换报错。

> [@JavaScar](https://github.com/JavaScar) [@xqj-0511](https://github.com/xqj-0511) [@sdzc](https://github.com/sdzc) 明白了，使用setNString确实没问题了。 还有一个小问题druid+taos 的组合，与druid的适配力度会加强吗？ com.alibaba.druid.wall.WallFilter 像这种过滤器功能会做兼容吗