转码方向求助

本人本科是某中上211电子信息类专业,现在保研到了某中9,目前是研0。研究生方向可能是通讯+AI,自动驾驶,智能汽车等方向。
感觉研究生出来也可能是要转码的,请问目前学习的话,是按C++来还是Java来更好。个人目前有点偏向C++,感觉和研究生方向可能更加贴切,但是怕到时就业岗位太少了。请问牛友们,现在c++是什么行情😭😭牛友们有什么建议吗😭😭 #c++还是java# #cpp# #java#
全部评论
m
点赞 回复 分享
发布于 2024-10-24 09:08 广东
智能汽车行业今年很有寒气,蔚来小鹏理想这些头部主机厂基本没有秋招坑位,地平线momenta这些也主要靠实习转正才能进。虽然非科班不是问题,但是目前这行很卷很累。如果你对汽车行业有热情,而且对两年后市场状况持乐观态度的话,倒是先可以试试刷题背八股,找个实习试试水。
点赞 回复 分享
发布于 2024-10-21 10:39 新加坡
感觉学历可以c++看你愿不愿意了
点赞 回复 分享
发布于 2024-10-20 15:09 湖北
Java和C++一起学吧,时间够
点赞 回复 分享
发布于 2024-10-18 23:51 安徽
有牛友给建议嘛😁😁
点赞 回复 分享
发布于 2024-10-18 16:44 湖北

相关推荐

鼠鼠最近在看八股,关于threadlocal内存泄漏原理大家都倒背如流,但我自己探索发现,不知道大家是否考虑过以下问题?(我是第一次放这种文章,如有不对,请斧正)既然threadlocal是因为entry的key弱引用导致的内存泄漏,那我如果将value也继承弱引用,能否解决内存泄漏问题呢?弱引用:当发生GC时,弱引用所指向的对象没有被任何强引用指向会被JVM回收正常的情况为entry中的key为弱引用,而entry中的value为强引用,key存放的是threadlocal对象,如果threadlocal没有被任何强引用指向,那么在下一次GC时,该对象会被回收,出现key为null,而value不为null的情况,所以发生内存泄漏,永远无法被JVM回收但如果我们把threadlocal设置为常量,那也就是平时我们使用的形式final static,这样threadlocal永远被强引用指向,不会被JVM回收,同时也不会出现key为null而value不为null的情况,但同时要注意的是,如果我们value存放的是map之类的数据结构或者大对象,随着时间的推移,我们不断往map中添加数据,这样这个map或者大对象一直存活,这样会导致堆的内存越来越大,从而导致内存泄漏和内存溢出的情况。那换个方向想,如果我们把value继承弱引用,能否解决内存泄漏问题?实际上是不可以的,可以剖解引用链key的引用链:业务代码引用->threadlocal对象value的引用链:threadlocalmap的entry引用->实际的value比如:threadlocal.set(new user());此时在堆内存中创建这个user对象,此时threadlocalmap中的entry引用他,他为弱引用如果我们把threadlocal对象设置为常量,那么key虽为弱引用,但永远不会被回收,那么会出现一种情况,此时没有任何强引用指向这个user对象,当发生GC时,JVM会将该对象回收,那么下一次我们get获取vlaue值时,他为null,那么就出现事故了,明明我存了这个值,但为什么会凭空消失呢?就是因为value继承了弱引用,导致value没有强引用指向时,导致被垃圾回收了。那又可以想到一种情况,既然我把threadlocal设置为常量,那我把threadlocal不设置常量呢?那这样会出现非常恶心的情况,只要我们有一方没有被强引用指向,那么如果发生GC,就会被回收,但又无法保证在发生GC时,key和value都没有强引用指向,所以这个方法并不适用。并且我们使用threadlocal的初衷本来就是想在一个线程中共享变量,如果不把其定义为static,那如何实现在不同的类中共享变量呢,那岂不是就是局部变量,那还不如传参的方式呢。所以static final可以保证你的key不会丢失,而value坚持强引用,保证你的value不为空为了解决上述问题,还是要记得remove()来保证内存不泄露。
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务