• 逍遥叹

    最近在开发一个项目,发现总是隔一段时间JDBC就报错:
    Could not get JDBC Connection; nested exception is org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error Timeout waiting for idle object

    默认配置的DBCP连接池,是不对池中的连接做测试的,有时连接已断开了,但DBCP连接池不知道,还以为连接是好的呢。
    应用从池中取出这样的连接访问数据库一定会报错。这也是好多人不喜欢DBCP的原因

    2020-10-23 16:13:14

  • 逍遥叹

    今天遇到一些git提交的问题,记录一下处理方案
    清理git本地缓存:
    git rm -r --cached ignoreFile
    git add -A
    git commit -m "msg"

    git拉取
    git pull origin master

    git强制提交(加上-f)
    git push -u origin master -f

    2020-09-23 16:48:03

  • 逍遥叹

    一直很想能在实际项目中运用到消息队列,我也一直认为能接触我肯定也能很快上手;学习别人的代码,聆听他人的思路或许也是一种快速上手的手段,但...在实际项目中有所应用,就根本称不上学会;
    前几天我做的一个集群项目,七人拼团,满人七人不能超人;我最开始的想法是使用Redis阻塞锁,让用户请求同步进行;我的老大考虑如果使用了Redis阻塞锁,大流量高并发情况下可能会让用户请求等待太久,而且对服务器也会产生一定的压力;对于大流量高并发方面经验欠缺的我,选择相信过来人的经验;
    前段时间研究过mq,所以我又提出了使用消息队列来处理七人拼团不能超人的业务;使用消息队列,我可以很好的将拼团这段业务独立处理,降低程序的耦合度;而且消息队列是异步的,用户拼团购买完成后不需要在支付页面卡顿太久;如果是在高并发情况下,可以控制每秒拉取要处理的请求数,不必将所有的请求一次性打在数据库上,可以避免数据库的瞬时请求导致数据库宕机的可能性;

    PS:经验有限,纯属个人理解,如有不足可以指出,也希望指出;丰富的经验来自于有趣的灵魂的思想碰撞

    2020-09-21 10:38:34

  • 逍遥叹

    那些重要与不重要的,最终都会消失于生活中!

    2020-09-21 10:02:26