首页 > TAG信息列表 > 导致
面经-虚拟机-内存溢出
内存溢出 项目中什么情况下会内存溢出，怎么解决的 1.误用固定大小线程池 当前线程任务超时后，其余任务将被加入任务队列中，任务对象所耗费的内存会导致整个堆内存耗尽，导致内存溢出异常。 解决方法： 不要用工具类提供的线程池来创建线程池。而是使用线程池时自己使用线程池的构造方法，根简易频率计——位宽导致数据计算错误
简易频率计的原理简单介绍 频率测量有多种方法，这里介绍精度较高的一种——等精度测量： 以下测试所用测试时钟为100MHz，所测试的时钟频率为5MHz 在面对未知位宽计数器的时候，将位宽设计地太小，导致计数器在计数过程中溢出重置，最后导致了错误的结果： 将位宽调至可以满足计数需求【MySQL】mysql因为字符集导致left join出现Using join buffer (Block Nested Loop)
今天在查询一个sql的时候发现没有使用到索引 仔细看了很多遍，该加的索引都加了，还是不行 使用explain查看 索引为什么失效 隐式转换导致索引失效 随着表的增长，where条件出来的数据太多，大于15%，使得索引失效（会导致CBO计算走索引花费大于走全表） 字符集不一致导致索引失效一个ut蓝牙断的问题
在配对时，老是不停的断开， 开始用安卓机测试，老是断； 后来换为苹果，发现mic变化是导致断开的原因 为了下载加快，选择了不清除整个flash，导致mic地址是随机的 每次mic都会变化，导致连接出错， 明天换个固定mic先测试 telink，好多坑error-js精度导致前后端json数据不一致
原因 Js精度为 16位（十进制） 而后端用作id的Long类型通常其位数会高于16位 在后端将数据封装时候，由于精度限制而四舍五入导致精度损失，进而导致在update数据时会出现无效情况但是不报错！ 解决办法 将后端相应json数据给页面时，先由Long统一转为String，在处理（configClass中配置消息转化车道线保持功能bug
在拐弯的地方会触发6002警报，这是在过弯道时其车辆做投影点时导致的，打点打到最7车道、第6车道就没有问题，打到其他车道就会有这样的问题产生。解决办法是将其限制在码头面上和堆场内则就能避免这样的情况发生，是过早的退出map中的指定的区域了。 在报错6002警报之后，其不能够有resetNetworkManager 导致的网卡问题
背景: 启动虚拟机后 ip addr ens33网卡 inet显示的网址为 127.0.0.1/8 重启网络服务报错： 解决： systemctl stop NetworkManager systemctl disable NetworkManager systemctl restart network导致Spring事务失效的原因有哪些？
导致Spring事务失效的原因有哪些？ 1、@Transaction事务注解添加在不是public修饰的方法上 2、类没有被Spring托管，导致Spring无法实现代理 3、抛出异常，被catch处理了，导致@Transaction无法回滚而失效 4、调用同一个类中的方法，导致@Transaction失效 5、propagation事务传创业长谈第三集-与大哥深夜长谈
我现在具有的 产品：半完备的产品和人员规模可以短时间内支撑所有产品的生产，后期对产品进行优化升级仍需时间。 广议：从各方获取有用建议和数据，进行客观理性的分析和衡量产品价值、商业模式可行性。 我现在缺乏的（即表示短时间内无法解决的问题） 信誉：初创导致的信誉背书薄弱，导致合JAVA面经内存溢出
1、长生命周期持有短声明周期的对象，尽管短生命周期不再使用，但是由于长生命周期一直存在，导致不能被回收 2、各种连接，如果不进行close很多的对象都不会被回收。 3、变量的作用域过大，导致生命周期过长 4、内部类持有外部类 5、hashmap中存放了某个对象，但是修改了这个对象中的参与计算处理机管理——死锁的概念
死锁: 在并发环境下，各进程因竟争资源而造成的一种互相等得对方手的资源，导致各进程都阻塞，都无法向前推进的现象。发生死锁后若无外力干涉，这些进程都将无法向前推进。 死锁-饥饿-死循环 死锁：各进程互相等待对方手里的资源，导致各进程都阻塞，无法向前推进的现象。 饥饿：由于长期得不到247-实例方法导致的空指针
Prometheus由于时间不同步导致数据不显示
原文链接：Prometheus由于时间不同步导致数据不显示 问题 部署 prometheus 后，访问前端界面发现： 这是由于你windows机器与部署prometheus服务器的时间不同步导致的。 解决 在服务器执行如下命令： ntpdate ntp.aliyun.com 就能正常查到数据了 参考博客：解决prometheus查询不到数据，报“代理”连接异常排查
“代理”连接异常 经过分析，以下原因导致本次“失效”： 1、可能是笔记本电源管理的电路的设计故障，导致半年不用，锂电池接近报废（可能是失压保护没有做到）2、主板上的bios电池失效。3、NTP服务器无法连接。 上面三种故障几乎同时存在，导致电脑上的时间比实际时间慢了两分多钟，导致与“代理搞机经验总结
1 急于上UEFI 导致机器不稳定 先是不删除原系统盘任何分区 导致安装持续蓝屏 delay两天 2 清空后安装UEFI 成功但是系统不稳定 会频繁重启 3 修改BIOS 相关启动项均为UEFI 导致登录页面无法进入 4 再次更换系统重装 问题依旧 5 逛论坛发现显卡不支持纯UEFI启动 修导致Asp.Net站点重启的10个原因
Asp.Net站点有时候会莫名其妙的重启，什么原因导致的却不得而知，经过一番折腾后，我总结了导致Asp.Net站点重启的10个原因 1. 回收应用程序池会导致站点重启，记录的原因是： HostingEnvironment initiated shutdown HostingEnvironment caused shutdown 2. 修改应用程序池回收规则会导致重MySQL面试题
MySQL 索引使用有哪些注意事项呢？ 可以从两个维度回答这个问题：索引哪些情况会失效，索引不适合哪些场景 索引哪些情况会失效 查询条件包含or，会导致索引失效。隐式类型转换，会导致索引失效，例如age字段类型是int，我们where age = “1”，这样就会触发隐式类型转换。like通配符一点点
一、耐心等待，时机就是一切二、砍断亏损，快速认赔，让利润奔跑三、顺势而为四、杜绝频繁操作五、关键点研究六、成交量变化七、情绪控制 总是认为下一刻会爆发行情！导致很多错误的入场。错误的入场导致丢失大量的利益。。。Calendar 导致的一个bug
bug的表现 查询不到数据。 bug的排查过程 把Calendar生成的Date通过getTime()打印出时间戳。 bug原因分析 因为数据库里的数据是每天生成的，所以对应的时间毫秒为0，而Calendar生成的时间没有对毫秒进行set值覆盖，导致使用到了当前时间的毫秒值。此时由于查询条件是 >= 导致这部分数据虚拟机调优场景
大内存硬件上的程序部署策略 集群间同步导致的内存溢出 堆外内存导致的溢出错误（直接内存太小，NIO太多，注意关注直接内存，线程堆栈，Socket缓存区，JNI代码（本地库），虚拟机和垃圾收集器） 外部命令导致系统缓慢（Shell脚本与Java API） 服务器虚拟机进程崩溃 不恰当数据结构导致内存占用过大 由wi数据库和索引设计简要笔记
列设计规范 正确区分tinting、int、bigint的范围 使用varcher(20)存储手机号，不要使用整数（请求参数可能是字符串，防止类型的隐式转换） 使用int存储ipv4 不要使用char(15) 涉及金额使用decimal/varchar,并指定精度 不要设计为null的字段、而是用空字符，因为null需要更多仪器行业如何应对全球通胀-有仪网
疫情的大背景之下，全球通货膨胀正在发生。国外疫情一直不断反复，民众的正常工作和生活都大受影响，很多国家通过印钞的方式缓解经济困难，直接给民众发钱，导致物价上涨。 据有仪网报道，英国9月CPI同比上涨3.1%，接近九年来的最快增速。据德国联邦统计局发布的数据显示，9月份，德国批发销售哪些操作可能导致线程上下文切换？
1、自发性上下文切换-主要由Java程序导致，让程序中执行一下操作的时候会导致线程自发上下文切换 sleep()、wait()、yield()、join()、park()、synchronized、lock等。 2、非自发性上下文切换一般由于线程时间片用完、虚拟机垃圾回收(STW)导致线程暂停、线程优先级导致等。 3、线App 崩溃（闪退），可能是什么原因导致的？
缓存垃圾过多：由于手机系统的特性，如果长时间不清理垃圾文件，会导致越来越卡，也会出现闪退情况。运行的程序过多，导致内存不足。应用版本兼容问题：如果应用版本太低，会导致不兼容，造成闪退。此外，有些新版本 在调试中，也会造成应用闪退。App 的 sdk 和手机的系统是否兼容。idea一直在build之后一直在copy文件 导致target不断变化
在网上找到的方案无非把target目录进行exclude 但是在我这并不管用 我的项目是前后端分离 但是前端页面依旧是放在tomcat中 这里涉及的不是很好 前端文件包括angularjs项目以及vue项目 导致resource目录庞大 vue项目中包含许多node_module模块 在这种情况下 就会出现标题的