V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  1194129822  ›  全部回复第 5 页 / 共 6 页
回复总数  111
1  2  3  4  5  6  
2020-09-22 09:19:35 +08:00
回复了 sdbybyd 创建的主题 Java 想问下大家现在都用 spring boot 的哪个版本呢
1.57 不服,不仅版本老,还打成 war 包放到外部 tomcat 里用,美其名曰安全
2020-09-11 10:14:42 +08:00
回复了 justcode 创建的主题 程序员 普一本科,软工专业,三年 Java 求指点
你现在学历和经验都不卡手,只剩下能力了 ,如 能力 ok,进大厂也没什么难度
2020-09-08 09:13:07 +08:00
回复了 jmercer 创建的主题 问与答 2 年工作经验 Java 现在去一线城市好找工作嘛
机会都挺多的,不过去一线肯定要当个奋斗逼,在一线和新一线找女朋友就别想了
2020-06-03 17:10:15 +08:00
回复了 dazuitian 创建的主题 求职 前天面试被怼哭,找工作找到崩溃,求各路上仙指点
只有鼓励了,大行情不好也没什么办法了。只是工作三年积累的确有点少了,我觉得不光是现在,而是考虑一下未来,到底自己想要什么,干一行就该努力走的更远,不然这种困境会一直跟着你
2020-05-15 00:31:22 +08:00
回复了 cmai 创建的主题 程序员 关于 jmm 内存模型的问题
跟 JMM 没什么关系,就是编译器自作聪明的过度优化而已,加了 else 影响了优化。R 大曾经分析过,你去翻翻 R 大的回答就知道了
2020-05-13 23:36:49 +08:00
回复了 zzkde 创建的主题 问与答 Hotspot 中一个变量槽应该为多少字节?
纠结 slot 无意义,slot 是 class 层面的,类加载后就变不存在了。JVM 规范并没有规定 slot 大小,局部变量的大小 32 位机器除了 long 和 double 都是 32 位,64 位机器所有局部变量都是 64 位(一个字长)即使 long 和 double 在 class 层面占两个 slot,加载后 64 位 JVM 对 long 和 double 局部变量只分配一个字长并没有违反 JVM 规范,使用 SA 工具 HSDB 就能看到 Java 栈帧的布局了
2020-03-31 00:08:27 +08:00
回复了 1oNflow 创建的主题 Java 在 lambda 表达式内部访问外部 hashmap 是合适的操作吗?
很明显并没有任何隐患,和 java 只有值传递一样,java 只有值捕获,lambda 还是匿名对象都一样,在 lambad 里别说使用对象,就是修改对象的值也是正常操作,只要注意 lamdba 有没有在另外线程执行如果在另外线程执行注意所捕获使用的对象是不是线程安全就好了,想想 list. forEach 里修改 bean 不是很正常操作。而你的功能是什么,选用什么方法实现,就是你自己的事了。stream api 学会了绝对让你爽翻起飞
2020-03-30 23:45:42 +08:00
回复了 amiwrong123 创建的主题 Java 对 HashMap<Integer, String>调用 get(byte 变量) 为何取不到值?
楼主对 hashmap,基本类型及其包装类,自动装箱及隐私类型转换,类型提升不是很熟悉啊。首先 Java 泛型并不支持基本类型,java 默认的整型是 int,浮点数是 double,所以没有特别标注 1,2 这些字面量表示就是 int,当在泛型方法中使用时,会自动装箱为 Integer,如果强行指定(byte)1 则会包装为 Byte,hashmap 判定两个元素是否相等是 equals,而 hashcode 相同只是处在相同的 bin 中。所以当然为 null 啦,而 Integer(1)与 Byte(1)当然就不相同啦,这里还有个坑,因为 Byte,Integer 缓存了 1byte 的值,所以你 put/get(1)多少次只是 1 个包装对象,而 get(128)就会每次生成一个新对象,虽然包装类都重写了 equals,但还是会稍微影响点性能,而 java 默认的隐式类型装是针对基本类型的,换是 int 可以接受 byte,注意 Byte 不能转换为 Integer 。而类型提升也是针对基本类型的,算数位移等运算符只能是基本类型,并且默认提升到***int***,所以 byte(1)+byte(1)=int(2). 所以你只要 get(byte(1)+0)就相当于 get(1)了,推荐看一下 java 规范
2020-03-22 22:16:13 +08:00
回复了 black11black 创建的主题 Java 真·百万并发的业务,是如何部署实现均衡负载的?
你小瞧了 money 的力量,双 11 的压力主要是凌晨大规模的 OLTP, 但是下单之后并不能马上退款,减轻了一些场景压力。我在一篇博客上看到微信开发分享的红包架构,一代面向用户开放的的时候,过于火爆,没有什么架构设计直接所有压力全在 mysql 数据库,后来增加几千个节点硬撑。后来重构引入缓存和内存计算。所以所谓高并发,当遇到这个瓶颈之后,自然有解决办法。只要有钱,没什么解决不了的。12306 这种网站,事务要求太高,所以几乎全是内存计算,单个节点的内存单位都是 TB 级。
C 艹程序媛真的少见啊,很厉害,突然感觉我三年经验就是个弟弟 o(╥﹏╥)o,大厂除了校招外没有三五年,社招根本进不去的。15k 的起点已经赶上一般 C9 的宇宙机了本科了。简历没什么亮点,爱刷题这种完全没必要写。
2020-03-05 09:42:06 +08:00
回复了 IsakLU 创建的主题 职场话题 尝试面了一下阿里,结果 GG
面试官装逼而已,操作系统也不说是哪个 OS,哪个版本,线程是 win 首先引入的,而 Linux 对线程并无特别支持,多线程只是共享虚拟地址等资源的多进程,所以 Os 原生支持的同步方式就是锁啊,(想一下 Java 线程同步,而 Java 线程和 Os 线程是 1 对 1 的),不管是临界区,互斥量,信号量等等,还是 CAS,FAA.本质还是锁,只是轻重而已。而线程调度理论上无数总算法,重要的就是时间片轮转(RR)和 FIFO, Linux 现存的调度器是 CFS,调度算法主要就是带权重的这两个,估计面试官就想了解你的一些拓展知识,而不是操作系统,操作系统纯理论没什么价值。
2020-01-02 11:49:12 +08:00
回复了 mightofcode 创建的主题 Java 三线程打印 ABC,循环十次的 N 种实现方式
现在所有 Java 类型的赋值操作是原子性的,所以 volatile 加 yield 不香吗?这样即使是轮询也查不到相当于阻塞了,CPU 消耗很少。
2019-12-24 13:34:29 +08:00
回复了 justrand 创建的主题 问与答 12306 是不是现在世界上业务逻辑最复杂的系统之一?
有一年抢票给我抢了几亿次,每秒几百次,30 天不停歇,都没有抢到票,而像我这样的有多少。看技术解密,12306 每个节点内存都是 TB 为单位,一到高峰全是内存计算,只是一定时间才备份刷盘。
2019-06-14 00:42:15 +08:00
回复了 Cbdy 创建的主题 Go 编程语言 Go 语言是谷歌的,而非社区的
@xfriday 没想到哪里都一样。都有弱智,只是 Java 的商标在 oracle 手上,java 语言什么时候是 oracle 的了? jcp 拥有并最终决定 java 语言的发展,只是 oracle 是 jcp 执行委员会终生会员,但是还没有到决定 java 发现的地步.java 曾经也是 iso 标准。只是那些委员会看不起,所以只好自己发展 jcp。9 行代码???你是智障???你比美国大法官还懂?经过这么多次判决为什么谷歌最终输了???呵呵
2019-05-20 22:26:19 +08:00
回复了 msl12 创建的主题 Java 大家公司项目里有用到 MyBatis 的二级缓存么?
不用,sql 层面的缓存几乎没有价值,一级缓存同样没有价值,连 mysql8.0 都官方删除了查询缓存,缓存还是基于业务设计比较好
2018-11-25 20:39:16 +08:00
回复了 q6014080325 创建的主题 程序员 没有语法高亮几乎看不下去代码怎么办?
@ivlioioilvi c 语言之父也是你能评论的
很可能不是 sql 导致的,而且事务导致的,我这边公司也有几十人的技术团队了,一个老项目开了全局事务,造成即使使用 id 查询更新,在并发大的时候都可能搞垮数据库,主要去不掉,没人敢动
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1061 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 19:04 · PVG 03:04 · LAX 12:04 · JFK 15:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.