hr挂?
点赞 评论

相关推荐

经过了两个月架构设计实战,我深刻的体会到架构师的职责与不易,特此写下这篇总结文档,痛定思痛 1 架构师并不是想象中的那么高大上,但也绝不是轻易二字可以形容的 2 架构设计,核心在于技术变现,技术选型,如何搭配技术,使用技术,可以使得架构能够匹配当前业务需求 3 架构设计,不能轻率,不是炫技,是结合团队技术水平,预算成本,进行合理的设计,不然就会耗费远超预期的成本 4 敏捷开发,需要架构图!需要架构图!需要架构图!架构图不是摆架子用的,必要的架构图是团队的指南针! 防止架构设计时候出现超出合理范围的偏差! 5 架构设计没有标准答案,也不能只想要标准答案,既然选择架构设计,就做好承担对应责任是一切打算,没有投机取巧,更不能一蹴而就 6 迭代过程中部分文档变更不可怕,可怕的是一开始的架构设计就有不合理之处 7 架构设计应该尽可能贴近轻量级,因为架构师的职责就是通过合理架构设计,帮助团队减少返工成本以及维护成本8 必要的设计,是敏捷开发能够敏捷的重要基石! 并不是短期的爆发才叫快,而是稳定的小步快跑才算快! 技术文档,合理的架构图,都是十分必要的9 牺牲一定的灵活性,预先设计架构图等,才能让架构设计更稳定,完全自由的架构设计 反而是大忌10 架构设计,基础技术广度其实并不是那么重要,而是在进行技术选型时候,你可以快速了解新技术的大概特点,并迅速判断是否值得引入,而不是一味地学习低投资回报比的技术
点赞 评论 收藏
分享
05-20 22:38
已编辑
南京理工大学 Java
45min提问1. 讲一下你实习时候这个项目的大概业务流程2. 二级缓存怎么设计的,像二维码的同时核销的并发,在你这个缓存里效果是怎么样的(感觉他没问清楚..)3. 提到Jmeter,怎么设计线程组,用了多少个线程组,使用多少个并发请求4. Jmeter是在本地还是服务器部署,讲一下你使用的过程5. Jmeter本地跑一万个线程能跑起来吗(问Jmeter的瓶颈)6. 布隆过滤器怎么实现的,原理,效果7. Redis是单机部署还是分布式部署,为什么不用分布式(因为实习的公司只要单机阿..)8. Redis常用数据结构,List和Set的区别,存商品id用哪个9. 缓存的过期机制如何设计的,设计随机过期机制的作用10. 缓存读写策略,多个服务节点对Redis操作怎么办11. 大key或者热点key会导致什么问题,如何解决12. Redis哨兵机制13. 数据库锁的类别14. 数据库事务的隔离级别,幻读的现象15. 优惠券秒杀,如何测试(界面,功能,兼容,安全等..)16. Netty核心组件了解吗,作用分别是什么17. NIO和BIO区别18. Bootstrap/ServerBootstrap的区别19. Netty的长连接和心跳监听20. TCP沾包问题的解决21. 拿到一个慢sql,如何分析定位问题22. 索引失效的情况,数据的类型和大小影响索引的功能吗23. 回表查询24. MySQL日志了解哪些,他们的功能25. 介绍bin log26. 为什么主从数据同步不用redo log 要用bin log手撕:链表相交的结点(10min)用常规的指针遍历(到尾节点就跳到另一条链表)让我回去思考一下再优化时间复杂度反问..感觉一面面了别人两面的量,应该凉了
查看26道真题和解析 面试问题记录
点赞 评论 收藏
分享
05-28 19:08
已编辑
门头沟学院 Java
突然收到面试邀请,而且没有hr电话直接就甩了个晚上的面试链接。自我感觉答得不好,估计是挂了,但面试官人很好,氛围相对轻松。public、protected、default、private​重写和重载区别JVM内存模型​类加载过程,字节码加载过程​OOM​AOP​讲讲RPC​算法题:二分查找+测试用例​TCP/IP四层模型​,那一层是IP、那一层是端口​TCP和UDP区别​三次握手及为什么三不能是两次GET和POST区别​Linux 的命令​,查看CPU情况介绍一下做过的项目​电商退款有哪些测试用例​死锁是什么及其原因​慢查询原因及如何定位慢查询​什么字段适合建立索引?innoDB跟myISAM...
一笑而过2222:1. Linux查看CPU情况:使用 top 可实时查看系统CPU整体及各进程占用率,按 1 能展示每个核心运行状态; htop 以可视化界面增强交互性; mpstat -P ALL 精准统计每个CPU核心负载; lscpu 输出CPU架构、缓存等硬件信息; vmstat 综合展示CPU、内存、IO等资源使用趋势; sar -u 基于历史数据统计CPU负载; nproc 直接获取CPU核心数量。实际分析时,先用 top 快速定位异常,再结合 mpstat 等深入排查。 2. 电商退款测试用例:功能测试覆盖全额/部分退款、不同发货状态处理、退款金额计算及多渠道返还;异常测试包含重复退款、越权操作、网络中断恢复;业务规则聚焦退款时效控制、优惠券分摊逻辑、高频退款风控;同时补充兼容性(多终端适配)和性能测试(高并发场景响应),保障退款流程稳定可靠。 3. 死锁及其原因:死锁是多进程/线程因资源竞争形成互相等待、无法推进的阻塞状态,需同时满足互斥(资源独占)、请求保持(占有资源时请求其他资源)、不可剥夺(资源不能被强制释放)、循环等待(形成资源等待环路)四个条件。常见于数据库事务交叉锁定、多线程无序获取锁等场景,可通过资源预分配、顺序加锁预防,依赖日志或线程Dump分析检测。 4. 慢查询原因及定位:慢查询根源在于索引失效(未命中或设计不当)、数据量过大导致全表扫描、复杂查询(嵌套子查询、大量JOIN)、锁冲突(行锁升级表锁)、服务器资源瓶颈(CPU/IO过载)。定位时,先启用慢查询日志并用 pt-query-digest 分析高频慢SQL,再通过 EXPLAIN 剖析执行计划,结合 SHOW ENGINE INNODB STATUS 排查锁等待,必要时借助 Performance Schema 监控资源消耗。 5. 适合建索引的字段:优先对高频出现在 WHERE 、 JOIN 、 ORDER BY 子句中的字段建索引,尤其是高选择性字段(如身份证号、手机号);组合索引遵循最左前缀原则;写入频繁字段谨慎建索引,避免影响性能;大字段类型可使用前缀索引优化查询。 6. InnoDB与MyISAM区别:InnoDB支持事务、外键和行级锁,采用聚簇索引存储数据,适合高并发读写场景,具备崩溃恢复能力;MyISAM使用表级锁,无事务支持,索引与数据分离存储, COUNT(*) 统计高效,但不适用于写密集业务。生产中InnoDB用于核心交易模块,MyISAM适用于只读统计类表。 7. InnoDB锁及表锁升级:InnoDB提供共享锁、排他锁、间隙锁等多种锁机制,并通过MVCC减少冲突。表锁升级常发生于SQL无法命中索引引发全表扫描、大事务更新大量数据导致自适应哈希索引失效、执行 ALTER TABLE 等DDL操作,以及死锁检测后强制升级场景。优化需确保索引覆盖查询,拆分大事务降低锁粒度。
查看20道真题和解析
点赞 评论 收藏
分享
牛客网
牛客网在线编程
牛客网题解
牛客企业服务