这是why的第 59 篇原创文章 荒腔走板 大家好,我是why哥 ,欢迎来到我连续周更优质原创文章的第 59 篇. 上周写了一篇文章,一不小心戳到了大家的爽点,其中一个转载我文章的大号,阅读量居然突破了 10w+,我也是受宠若惊. 但是其实我是一个技术博主来的,偶尔写点生活相关的.所以这篇还是回到技术上. 但是我的技术文章有个特点是第一张图片都是我自己拍的.然后我会围绕这个图片进行一个简短的描述,我称之为荒腔走板环节. 目的是给冰冷的技术文注入一丝色彩. 我这样做已经坚持了很多篇 ,有的读者给我…

今天掉到了一个大坑里面,爬了1个多小时才发现不是代码的问题,居然是浏览器的问题… 下面是问题的发生过程 单点登陆  有2个站点  http://a.abc.com  http://b.abc.com 登陆后从a跳转到b,结果在b网站能获取到在a站点登陆的cookie的值,但是 b站点里面判断是否登陆用的 Request.IsAuthenticated 的值一直是false,也就是表示在B站点,是没有登陆的. 调试了1个多小时,能想到的单点登陆的问题都想到了,还是不行. 后面用同事的电脑调试了一下…

花了一个下午的时间,终于把一个阿里云 RDS MySQL 的一个大坑填上了,解决方法令人匪夷所思!绝对会让各位看官感到大吃一惊,阿里云 RDS MySQL 居然有这样 xx 的大坑! 问题 最近应业务的需求,加了一个定时统计的任务,其中的算法很简单,只是需要大量的 CRUD 操作. 由于业务简单,且时效性要求不高,所以代码写起来若行云流水,一气呵成,本地测试一遍通过. 没料想,当部署到线上测试的时候,却上演了现场翻车,真是让人大跌眼镜-- 看了一下错误日志,大致如下所示: ERROR [DAL.…

ambari关于ranger的一个大坑----端口永远是3306 这个坑是我在搭建ambari环境的时候发现的,我并没有找到原因,求助同事,然后一步步循着蛛丝马迹和试探,终于解决了,然而也揭露了ambari的大坑!!!! ambari安装ranger的时候需要连接数据库,我选择的是mysql数据库,这个时候你需要输入数据库root用户名和密码,因为需要连接root用户去创建新用户和数据库 问题就出在这里了 数据库并不在集群机器上面,在另外一台服务器,大家都知道一般生产环境数据库的端口号都不会设置…

在 <记 RDS MySQL 的一个大坑> 中,我提到遇到 User juxxxxxxxxxx already has more than 'max_user_connections' active connections-- 这样的错误,最终通过在循环中使用 Thread.Sleep,降低 CRUD 操作的频率,让连接数下降至不到原来的一半,从而解决了这个棘手的问题,有兴趣的朋友可以点击链接回顾一下. 今天又看了一下添加 Thread.Sleep 后,程序运行时的 IOPS 和 连接数: 运…

长话短说 版本区间[OpenCV3.0.0, OpenCV3.4.1]内的OpenCV,(至少在windows下,使用官方提供的预编译版本),imread读取jpg图片后的像素值,和版本区间[OpenCV2.4.9, OpenCV2.4.13.6]结果不一样,虽然imshow看到的结果差不多. 从编码解码角度考虑并没有谁对谁错,但是要注意到,imread结果的不同对于CNN框架前向计算结果的影响.(妈的,因为这个difference,周末被迫加班,对OpenCV多了一份不信任) 关键是,这个不同…

把我们的dubbo 应用移步到配置中心上去之后,发现我们的应用过一段时间就会出现cpu 100%的情况 (大概是12个小时),一开始cpu占用是2-5% 的样子,什么都没做,后面竟然用尽了cpu.. 把jvm 线程堆栈打印一下,发现线程数竟然达到了上万.....   发现最多是这样的一个线程: "com.alibaba.nacos.client.Worker.fixed-192.168.11.196_8848-1f3c60b6-3e28-44eb-9798-7f7eeeff6a8d"…

将多个skinnedMeshRenderer合并成一个skinnedMeshRenderer,主要涉及的mesh合并.骨骼列表合并.重定向顶点骨骼索引.其中重定向顶点骨骼索引只是通过加偏值即可完成,所以总体来说并无耗时操作.但合并一个由十几个skinnedMeshRenderer组成,总顶点数不足一万,总骨骼数150的人物模型,在PC上却花费一秒多,而在普通安卓手机上花费7秒多. 经过下面一步非常简单的优化以后,合并同样的模型在同样手机上则可瞬间完成. for(int x=0;x<smrende…

Android 应用开发中不可避免的会引入第三方的代码.如果是开源项目风险相对可控,如果引入商用的 SDK 那就要谨慎了,难免会有这样或那样的问题.比如我们今天要说的这一个. 对集成过第三方 SDK 的同学,上图中的目录结构应该不陌生.正常情况下我们只需要将不同版本的 so 文件分别放置.但如果我们要集成的这个第三方 SDK 偏偏没有 arm-v7a 的版本呢?是删除 armeabi-v7a 目录只保留 armeabi ?还是说两个目录下 .so 文件数不同也没有关系?系统会加载哪个 .so 呢…

环境: win10 + jdk 1.8 + dubbo 2.5.10 问题描述: 当一个对象(此对象内包含多个CopyOnWriteArrayList对象) 作为参数调用RPC接口后, 服务提供者拿到的对象中的CopyOnWriteArrayList, 引用都相同了(即变成了同一个对象). 问题范围缩小: Dubbo Serialization 反序列化时会有此问题, 用一下代码可以重现问题 import com.alibaba.dubbo.common.serialize.support.du…