麦科田 嵌入式软件开发 10.18号一面
#24届软开秋招面试经验大赏#
面试前一天打电话给我约明天面试,没有一点点防备,也没有一点准备;大概40min。
一上来就对项目进行拷打,两个项目每个都问了。
然后问八股,八股问的少,基本都是项目。
最后问我本科毕设,STM32单片机的IO输入和其他的一些特性(隔了三四年谁会啊)。
八股没问几个,全在问项目。
八股:
1.malloc//free,new/delete区别
2.重写,重载,隐藏的区别。隐藏真不会,没听说过,后面一搜还真有。
3.模板
4.多态
5.struct 和class 区别
6.快速排序
感觉就一般,估计凉凉。答得乱七八糟的,语言都没组织好。
面试前一天打电话给我约明天面试,没有一点点防备,也没有一点准备;大概40min。
一上来就对项目进行拷打,两个项目每个都问了。
然后问八股,八股问的少,基本都是项目。
最后问我本科毕设,STM32单片机的IO输入和其他的一些特性(隔了三四年谁会啊)。
八股没问几个,全在问项目。
八股:
1.malloc//free,new/delete区别
2.重写,重载,隐藏的区别。隐藏真不会,没听说过,后面一搜还真有。
3.模板
4.多态
5.struct 和class 区别
6.快速排序
感觉就一般,估计凉凉。答得乱七八糟的,语言都没组织好。
全部评论
兄弟约二面了吗?
相关推荐
点赞 评论 收藏
分享
麦科田医疗 嵌入式软件开发 19×14 硕士211
点赞 评论 收藏
分享
一笑而过2222:一、Java 中常用集合
1. List :
- ArrayList :基于动态数组实现,随机访问元素速度快,插入和删除元素在中间位置时效率较低。适用于频繁读取操作,较少插入和删除操作的场景。
- LinkedList :基于双向链表实现,插入和删除元素效率高,但随机访问元素速度较慢。适用于频繁插入和删除操作的场景。
2. Set :
- HashSet :基于哈希表实现,不保证元素的顺序,元素唯一。适用于需要快速查找和存储不重复元素的场景。
- LinkedHashSet :继承自 HashSet ,维护了一个链表来记录插入顺序,元素唯一且可按照插入顺序遍历。
- TreeSet :基于红黑树实现,元素自动排序,可按照特定顺序遍历元素。适用于需要对元素进行排序的场景。
3. Map :
- HashMap :基于哈希表实现,不保证元素的顺序,键值对唯一。适用于快速查找、插入和删除键值对的场景。
- LinkedHashMap :继承自 HashMap ,维护了一个链表来记录插入顺序,可按照插入顺序遍历键值对。
- TreeMap :基于红黑树实现,键自动排序,可按照特定顺序遍历键值对。适用于需要对键进行排序的场景。
二、项目难点
1. 性能优化:随着数据量的增加和用户访问量的增长,可能需要对系统进行性能优化,包括数据库查询优化、缓存策略调整、代码优化等。
2. 并发控制:在高并发环境下,需要处理多个用户同时访问和操作数据的情况,确保数据的一致性和完整性。例如,在购物车场景中,多个用户同时添加或删除商品时,需要防止数据冲突。
3. 安全问题:保护用户数据的安全是项目的重要难点之一。需要采取措施防止 SQL 注入、跨站脚本攻击等安全漏洞,同时确保用户密码等敏感信息的安全存储。
4. 系统集成:如果项目涉及多个系统的集成,如与第三方支付系统、物流系统等集成,可能会面临接口兼容性、数据格式转换等问题。
5. 需求变更:在项目开发过程中,需求可能会发生变化,需要及时调整设计和开发计划,确保项目按时交付。
三、项目的 Redis 和 MySQL 如何保证一致性,这个设计有什么问题
1. 保证一致性的方法:
- 先写 MySQL,再写 Redis:在数据更新时,先将数据写入 MySQL,成功后再将数据写入 Redis。读取数据时,优先从 Redis 读取,如果 Redis 中没有数据,则从 MySQL 读取并写入 Redis。这种方法可以保证数据的最终一致性,但在写入 Redis 失败时可能会导致数据不一致。
- 采用事务:在一些场景下,可以使用数据库事务来保证 MySQL 和 Redis 的操作原子性。例如,在更新数据时,可以将 MySQL 和 Redis 的更新操作放在一个事务中,确保要么同时成功,要么同时失败。
- 监听数据库变更:可以使用数据库的 binlog 或者消息队列来监听数据库的变更,当数据库中的数据发生变化时,自动更新 Redis 中的数据。这种方法可以实时保证数据的一致性,但实现起来相对复杂。
2. 可能存在的问题:
- 性能问题:频繁地在 MySQL 和 Redis 之间进行数据同步可能会影响系统的性能,特别是在高并发场景下。
- 数据丢失风险:如果在写入 Redis 失败时没有进行适当的处理,可能会导致数据丢失。
- 复杂性增加:为了保证一致性,需要引入额外的机制和代码,增加了系统的复杂性和维护成本。
四、购物车测试点设计
1. 功能测试:
- 添加商品:验证能否成功将商品添加到购物车,添加的商品数量是否正确,重复添加同一商品是否正确处理。
- 删除商品:验证能否成功删除购物车中的商品,删除单个商品和批量删除商品是否正常。
- 修改商品数量:验证能否成功修改购物车中商品的数量,数量为 0 时是否自动删除商品。
- 计算总价:验证购物车中商品的总价计算是否正确,包括商品价格、数量、优惠等因素。
- 清空购物车:验证能否成功清空购物车。
2. 性能测试:
- 响应时间:测试添加、删除、修改商品等操作的响应时间,确保在高并发情况下也能快速响应。
- 并发测试:模拟多个用户同时操作购物车,验证系统的并发处理能力。
3. 兼容性测试:
- 不同浏览器:测试购物车在不同浏览器上的功能和显示是否正常。
- 不同设备:测试购物车在手机、平板、电脑等不同设备上的兼容性。
4. 安全测试:
- 数据加密:验证购物车中的商品信息和用户数据是否进行了加密传输和存储。
- 权限控制:验证只有授权用户才能访问和操作自己的购物车。
五、项目的热榜 Redis 怎么实现的
1. 使用 Redis 的有序集合(Sorted Set):可以将热榜中的项目作为有序集合的元素,项目的热度值作为有序集合的分值。每次有用户访问或操作某个项目时,更新该项目的热度值,并将其重新插入到有序集合中。这样,有序集合就可以按照热度值自动排序,实现热榜的功能。
2. 定期更新:可以设置一个定时任务,定期更新热榜数据。例如,每隔一段时间(如 1 小时),重新计算每个项目的热度值,并更新到 Redis 中。
3. 缓存策略:为了提高性能,可以将热榜数据缓存到内存中,减少对数据库的访问。可以使用 Redis 的缓存机制,将热榜数据缓存一定时间,当数据发生变化时,自动更新缓存。
4. 数据持久化:为了防止数据丢失,可以将 Redis 中的热榜数据定期持久化到数据库中。这样,即使 Redis 出现故障,也可以从数据库中恢复热榜数据。
点赞 评论 收藏
分享