1.Css样式他给我画了三个长方形,然后画了一个大的,然后左中右摆进去,让我用代码怎么实现? 2.JS一些基础类型。 3.输入一个变量,区分它是字段布尔值还是数字,字符串。 4.浏览器发送一个请求包含哪些部分? 5.请求头的字段。 6.Cookie的特质 7.就问你做的项目有什么亮点,去说一下 最后面试官问我以后的职业规划是怎么样,随便聊了一下。
一面 ab面,两人拷打. 八股套餐, 懒得写了.写点没答好的. 1.JVM调优有调过吗?(俺leader都没调过, 我调啥) 2.MQ发两个订单状态的消息, 先收到订单完成的消息, 再收到订单中间状态的消息, 怎么处理?
视频面试. 1.你实习和自己做项目有什么区别? 有没有用过新的技术? 2.项目方案的设计, 为什么这么选? 3.问我最熟悉哪些技术.我说Mysql. 问了下sql调优. 4.写个题: 大型map,key为userId,value为年龄,收集大于18岁的userId集合 提醒我要考虑健壮性, 还有开销. 5.你看过阿里开发手册吗, 哪些觉得比较有用? 6.盲打键盘速度如何? 问的我很懵......
电话面. 1.自我介绍 2. mysql八股 mysql为什么用b+树不用其他树结构? 联合索引abc三列, 查询条件只有ac会怎么样? 只查abc三列数据和查所有列, mysql执行流程? mysql分库. 如果业务需要既能按照user列查, 也能按照订单id查, 如何分库? 3. 其他八股 kafka的topic为什么要分区? 分布式事务. 你们项目如何使用分布式事务的? 讲讲垃圾回收器 4.
30min 自我介绍 介绍项目,为什么写这个项目到简历里,但是我介绍完并没有问里面的具体实现,问了遇到的困难 android的架构了解吗,linux了解吗 聊聊android的发展,随便讲 udp和tcp在哪一层,有什么不同 android系统在不同公司的区别(这个没听懂问题) 完全没八股
timeline:4.25 45min 1.自我介绍 2.说一下对小米的了解 吹了一波雷军 3.为什么选择做前端 4.一个优秀的前端工程师应该具备一个什么样的技能,以及前端工程师在工作当中的职责是什么 5.说一下对ajax的了解,基于什么去实现的,有什么样的一个功能 6.ajax跟fetch应用上有什么区别,什么时候用ajax,什么时候会用fetch 7.说一下了解的webpack,输入输出和构建
有做的老哥麻烦指点一下 我调用的是这个接口 https://developer.work.weixin.qq.com/document/path/91609 但是老是报这个错 根据官方的引导也改了 还是报错
1.rpc项目相关,最大难点、怎么解决、支持异步和并发的高性能客户端指的是什么、什么样的场景需要用到异步的客户端、异步具体是怎么实现的、从客户端发起请求到收到对方server回来的数据,微服务框架中发生了哪些事情、负载均衡roundrobin算法怎么做的、server新加了一台服务器会有什么反应、代码量、注册中心用的是什么 2.论坛项目,雪花算法,最后一部分是怎么实现的、增删改查用什么实现、事物用
时间: 2022.09.05 二面 无代码环节,整体时长大概30多分钟,问题很基础,面试官很和善,我很慌。 首先根据简历和自我介绍问了一些,因为提到了C语言和Python 最熟悉哪个语言 比较C++和Python 比较C++和C 讲讲C和C++在分配内存上的差异(malloc/free对比new/delete) 然后问多进程/多线程,因为简历上写了: 了解多进程相关吗,进程间怎么通信 了解多线程编
我正在使用azure服务总线主题和订阅机制,并希望处理所有在死信队列中的消息。 此外,我想通过C#中的Azure Web作业处理消息,并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息?
一直没搜到这个公司的相关信息,只看到浏览器搜索框的关联词是“拖欠工资”本着面面涨经验的原则面了,分享一下经验攒攒人品 bg:三战失败的985混子 一面是hr面 视频面试,因为音频卡顿改为电话面试 问: 对售前工程师的理解 简历上的内容偏技术,为什么不走技术路线 你的优势是什么 有没有独立宣讲能力,怯不怯场 考研失利原因,报考学校 觉得自己准备考试时是长期型还是突击型 你认为你的哪些能力适合售前工程
下面的安全标识(如用户和组)在运行时环境中映射的角色是环境指定的而非应用指定的,理想的是: 使登录机制和策略是 web 应用部署到的环境属性。 在同一个容器部署的所有应用能使用相同的认证信息来表示principal,且 需要重新认证用户仅当已经越过了安全策略域边界。 因此,servlet 容器需要在容器级别(而不是在 web 应用级别)跟踪认证信息。这允许在一个 web 应用已经通过认证的用户可以
2.2.2 服务通信自定义srv 需求: 服务通信中,客户端提交两个整数至服务端,服务端求和并响应结果到客户端,请创建服务器与客户端通信的数据载体。 流程: srv 文件内的可用数据类型与 msg 文件一致,且定义 srv 实现流程与自定义 msg 实现流程类似: 按照固定格式创建srv文件 编辑配置文件 编译生成中间文件 1.定义srv文件 服务通信中,数据分成两部分,请求与响应,在 srv 文
2.2.1 服务通信理论模型 服务通信较之于话题通信更简单些,理论模型如下图所示,该模型中涉及到三个角色: ROS master(管理者) Server(服务端) Client(客户端) ROS Master 负责保管 Server 和 Client 注册的信息,并匹配话题相同的 Server 与 Client ,帮助 Server 与 Client 建立连接,连接建立后,Client 发送请求信
本篇主要介绍使用 JavaScript 进行表单验证。 表单验证并不是 JavaScript 提供的某种特性,而是结合各种特性达到的一种目的,是需求的产物。 所有线上产品的表单几乎都有验证,如注册时要求“用户名 6-16 位”,验证会由 JavaScript 来完成,通常为了安全性和准确性,服务端会再次做一遍验证。 1. 验证目标 表单用于收集信息,从 HTML 上讲,表单内容使用 form 标签