全球及中国电子墨水车牌市场占有率及排名分析报告-LP information

入职手手一周啦，刚入职就领取了好多礼包，有公牛插排，罗技鼠标，各种数据线（目前用不到的一堆乱七八糟的线），笔记本和笔，据实习同事说每个月都可以免费领取 ，有免费的咖啡可以喝，今天喝的卡布奇诺（上班人的救命稻草），还提供免费的雪糕，部门的mt和ld给准备了好多零食！ 薪资待遇：看岗位和学历 工作时间：看部门，我的部门是10-8，午休2小时，晚饭6-7，上班时间7h～，工作很轻松，不会加班，能学到不少东西 餐补：入职当天就给180餐补打到卡里，工区的餐饮都能刷卡，最喜欢的就是逛七鲜便利店（不花钱的感觉尊嘟不太一样～），还有巴黎贝甜（甜品🍮脑袋的福音）和喜茶！每天八点下班打卡30餐补自动到账，感觉...

（叼着棒棒糖敲键盘）兄弟们我是开车的阿Q，上海某厂自动驾驶两年工龄菜鸡，今天聊点职场版《苏丹的游戏》——入职头三个月怎么在腥风血雨的landing期活下来？血泪经验+骚操作奉上！1. 苏丹卡式定位：第一周必须找对「纵欲卡」NPC  刚入职就像抽到张「杀戮卡」——要在一堆陌生同事里精准找到能保命的key person。我在现司第一天就锁定三个NPC：  • 茶水间最爱八卦的测试组大姐（人形wiki，掌握全司离职率/晋升黑幕）  • 工位堆满零食的后端小哥（帮我绕过权限拿到祖传代码库）  • 总在吸烟区骂PM的算法老哥（后来才知道他是CTO嫡系）  血泪教训：别学我第一份实习时傻乎乎找HR要组织架构图，人家反手就给我leader打小报告2. 奢靡卡式烧钱：别省那杯奶茶钱  《苏丹》里用金币收买人心？现实里我靠20杯Manner搞定关键情报！上周为了查清「自动驾驶规控组为啥集体离职」，我特意给隔壁组买了星巴克新品，结果听到惊天大瓜：原来他们leader把特斯拉AP代码当原创交差...（此处省略500字宫斗剧情）  3. 征服卡式开荒：先啃最硬的骨头  新人最怕被塞脏活？我偏学游戏里主动接「杀戮卡」！上个月主动请缨处理激光雷达标定bug——这破活三年换了三个owner，我边查git历史边在代码注释里发现前员工写的「此处有雷，跑路前勿动」。靠着这线索两周搞定，现在全组管我叫「排雷兵阿Q」4. 纵欲卡式摸鱼：别让leader觉得你太能干  《苏丹》里纵欲过度会遭反噬，职场同理！上家实习时天天加班搞感知融合，结果转正答辩被质疑「工作量不饱和」（？？？）。现在学乖了：需求排期永远留20% buffer，周报必写「协助跨部门对齐」这种片汤话，实则用这时间刷牛客网面经终极骚操作：给自己写「死亡倒计时」  游戏里每7天要完成苏丹卡，我给自己设「landing三阶段KPI」：  • 30天：混进至少2个飞书吃瓜群  • 60天：在周会上怼一次PM（证明技术话语权）  • 90天：让大老板记住我工牌号（方法包括但不限于深夜朋友圈发加班定位）  （突然压低声音）上周刚用这招混进某L4项目组，听说他们年终奖发股票...更多职场黑话/保命技巧，关注@开车的阿Q，带你用游戏思维玩转上海滩！下期预告：《如何把裁员通知玩成N+1大包？》

Q1. Lamda表达式A1: Lamda表达式更简洁，创建匿名函数。简化函数式接口。只有一个表达式时，表达式的结果直接作为返回值；多个表达式，需要大括号，return语句作为返回值。lamda表达式使JAVA支持函数式编程，允许函数作为参数传递；结合Stream API处理集合操作如过滤。Q2. 为什么有包装类 Integer和int的区别A2. 集合，泛型只能使用引用类型，不能使用基本数据类型。集合需要支持动态内存分配、垃圾回收等特性，而这些机制都依赖于对象。int是基本数据类型，Integer是int的封装类，是引用类型。int默认值是0，而Integer默认值是null，所以Integer能区分出0和null的情况。基本数据类型在声明时系统会自动给它分配空间，而引用类型声明时只是分配了引用空间，必须通过实例化开辟数据空间之后才可以赋值。我自己想的是 集合如Set需要hashCode和equals方法来判断元素是否已经存在，所以集合必须用封装类Q3: 项目架构 选型 原因Q4: 微服务间调用方式、通信协议，为何这样选Dubbo 是阿里巴巴开源的高性能 Java RPC 框架，广泛应用于微服务架构中，其核心优势在于高效的远程调用能力、丰富的服务治理机制以及灵活的多协议支持。以下是关于 Dubbo 的微服务调用方式、支持的通信协议及选择 Dubbo 的原因的详细解析：---### **一、Dubbo 的微服务调用方式**Dubbo 的微服务间调用主要基于 **RPC（远程过程调用）** 实现，通过以下核心机制完成服务交互：1. **服务注册与发现**     - 服务提供者启动时，将自身信息（如服务名、地址、端口）注册到注册中心（如 Zookeeper、Nacos），消费者通过注册中心动态获取可用服务列表。   - 支持多种负载均衡策略（随机、轮询、最少活跃调用等），自动选择最优服务实例进行调用。2. **RPC 调用流程**     - **接口定义与共享**：服务提供者和消费者需共享相同的服务接口定义（如 Java Interface），通过代理机制屏蔽底层通信细节。   - **序列化与传输**：调用参数和返回结果通过序列化（如 Hessian、Protobuf）转换为二进制数据，通过 TCP 或 HTTP 协议传输。3. **服务治理机制**     - **容错策略**：提供 6 种容错模式（如失败自动切换、快速失败、广播调用），应对不同场景的异常处理需求。   - **动态配置**：通过配置中心（如 Nacos）实现参数动态更新，无需重启服务。---### **二、Dubbo 支持的通信协议**Dubbo 支持多种通信协议，开发者可根据场景灵活选择：| **协议**       | **特点**                                                                 | **适用场景**                                                                 ||----------------|--------------------------------------------------------------------------|-----------------------------------------------------------------------------|| **Dubbo 协议** | 默认协议，基于 TCP 长连接与二进制传输，性能高、延迟低，但跨语言支持有限。 | 高并发、低延迟的 Java 微服务间调用。                                           || **Triple 协议** | 基于 HTTP/2 和 Protobuf，兼容 gRPC，支持流式通信和 TLS 加密，穿透性强。 | 云原生环境、跨语言调用（如与 Go/Python 交互）或需要网关代理的场景。             || **HTTP/REST**  | 基于 HTTP 的 RESTful 风格，兼容性强，但性能较低。                   | 跨语言 Web 服务集成或对外提供开放 API。                                        || **gRPC**       | 基于 HTTP/2 的高效协议，支持双向流式通信，需依赖 Protobuf 定义服务。 | 需要强类型约束、跨语言且对性能要求较高的场景。                                 || **Hessian**    | 二进制协议，跨语言支持较好，但性能略逊于 Dubbo 协议。                          | Java 与非 Java 系统（如 PHP）间的轻量级集成。                                  |---### **三、选择 Dubbo 的核心原因**1. **高性能与低延迟**     - Dubbo 协议采用单一长连接和异步非阻塞通信（基于 Netty），在高并发场景下性能显著优于 HTTP/REST，例如在阿里巴巴双十一中支持万亿级调用。   - 序列化优化（如 Dubbo3 的 Triple 协议性能较 gRPC 提升 40%）。2. **完善的服务治理**     - **负载均衡**：支持随机、轮询、一致性哈希等策略，自适应算法可动态感知服务端负载。   - **容错与熔断**：内置多种容错模式（如 Failover、Failfast），支持服务降级和熔断机制，保障系统稳定性。   - **动态扩展**：服务实例可动态注册/注销，支持水平扩展与灰度发布。3. **多协议与生态兼容性**     - 支持 Dubbo、Triple、gRPC 等多种协议，可无缝集成 Spring Cloud、Kubernetes 等生态。   - 提供统一的服务治理能力（如监控、链路追踪），适用于混合技术栈环境。4. **生产级可靠性验证**     - 历经阿里巴巴大规模电商场景验证，支持百万级节点集群和智能流量调度，具备高可用性。---### **四、总结**Dubbo 通过高效的 RPC 调用机制、灵活的多协议支持以及强大的服务治理能力，成为构建高性能微服务系统的首选框架。其优势尤其体现在 **高并发场景下的性能表现**、**跨语言与云原生适配能力** 以及 **企业级服务治理功能**。若需进一步优化性能或扩展功能，可结合具体场景选择 Triple、gRPC 等协议，或通过第三方工具（如 Prometheus、Zipkin）增强监控能力。

（40min）自我介绍然后问了第二个项目（实验室做的，从没有别的面试官问过）然后问了简单八股：快排和归并的稳定性和时间复杂度为什么快排有可能O(n2）内存为什么要分页和分段tcp拥塞算法口述快排和归并的思路然后做题：非hot100原创题，创建一个类，按照指定权值（浮点数）输出数组中的不同字符串。说了一个O(n)的思路，想不出优化就说那就这样写吧。然后太紧张了，出了一些错，面试官了一会不耐烦了，就说那今天就这样吧我没什么问题了，你还有什么问题吗？我：没有。。挂。。