腾讯云一面面经

·凉经 总时长45min，手撕300.最长递增子序列1.你项目出于什么背景做的？是有关于你之前的实习经历吗？2.介绍一下你刚说的三大功能3.你是如何使用RAG的？4.这里使用RAG和你直接把文档丢给大模型然后搜索，这俩方法有什么区别？5.你提到的安全问题，那么使用RAG给大模型也会存在安全泄露问题，这个如何解决？6.大模型的滑动窗口和其他存储上下文的方法你知道哪些？7.GPT现在支持多长的上下文？(......)8.有些时候我们会处理几万甚至几十万的数据，这样的情况下，现在大模型是如何处理这样超长长度的上下文的？9.你在最近有没有遇到一些在技术上或者项目上比较困难的情况？如何解决的？10.错误码403是什么？404、401呢？5xx的是什么？11.除了java其他语言了解过多少呢？你用python写过代码吗？12.对比一下java和python语言的区别？答：1.首先明确了语言是工具，架构才是核心2.java更适合做web场景下的开发：讲了面向对象、一个是解释型语言一个是编译+解释（JVM内存管理、JTI和多线程那里）3.python适合爬虫大模型推理等场景4.python运行时报错，java编译器可以检查出大部分错误.......13.你刚刚说的内存管理和垃圾回收，python不能做吗？14.JVM内存模型分哪些区域？15.native 方法比如C++的代码是如何运行在JVM中的？（不会）16.内存溢出和内存泄漏？以及常见场景17.讲一下如何解决java多线程的并发安全问题？18.如果加锁会影响性能，这样怎么办？如何解决性能问题？公平换非公平？锁粒度？乐观CAS？读写分离？ 这里我说了好几种优化的情况，不太明白面试官想问什么===========================================================手撕《300.最长递增子序列》没用动态规划，用别的方法做的...10分钟做出来了面试官看起来对手撕的方法不满意，反问，结束。第二天感谢信。

🕐面试时间：30min❓面试问题：自我介绍拷打agent项目你如何理解mcp，mcp对function call有哪些好处mcp端有个db，你如何保证agent对mcp的调用不会对db或其他的组件造成影响，比如删除db的某些东西你对rag的了解如何对rag进行精确度的提高react范式执行，如果超出了最大步骤限制，会返回什么对第二个项目的拷打你用到了session来做登陆态的管理，为什么不用jwt，有什么考虑吗为什么要用redis和caffine的架构，对你的系统有什么好处用久了会不会出现脏数据的情况🙌面试感想：妥妥kpi了，不开摄像头，0八股，0算法，按照你的简历从头问到底，感觉差不多到...

比如说一天他这个扫描漏洞大概一天的扫描量是多少呢 ？那他那个服务器的话就是比如说 20,00到 3,000的话有没有那种服务器有压力的情况呢 ？这个迁移的过程中的那个数据一致性的话 ，你是怎么保障的 ？Java的那个内存模型 ，你说一下 Java的运行时的那个内存区域吧。对象垃圾回收分几块区域。你可以说一下嘛 ？你刚才说的那个垃圾回收算法 ，你能说一下CMS他有几个步骤，你看你能说一下吗 ？为什么要 STW呢？他如果不暂停会造成什么影响线程池的话你在业务中有是怎么用的 ？你主要关心的这些参数的哪些方面呢核心线程你设置的是一个比如说 10，那么如果你短时间内它的那个任务执行比较久 ，然后一下来了大大超过了这个 10以上的上限比如说 100，它会怎么样呢？公平锁和非公平锁他们两个有什么区别啊 ？数据库为什么要用这个数据结构聚集索引和非聚集索引的区别知道吗？索引件的是 ABC，like %B%然后再加一个条件 C，它可以走到这个索引嘛数据库事务的隔离级别你说一下RR和 RC它的区别是什么 ？说一下什么是悲观锁什么是乐观锁吧。业务中什么时候用乐观锁什么时候用悲观锁呢有想过吗 ？业务中有没有遇到什么慢sql的情况 ？建索引你会有什么考虑吗 ？redis里面有用过这种分布锁吗 ？kafka是怎么保证他的那个消息不丢失的吗 ？你开很多个线程池，如果是处理有异常了怎么办 ？Rabbitmq如何保证消息的顺序消费有没有遇到过消息积压的情况如果消息积压了很久，但是你这个服务现在处理不过来了。新的消息又不断的过来导致你这个服务后面都是一直在消费老消息嘛，短时新加的机器就是消费速度跟不上的情况下你会怎么办 ？微服务的话主要是用的是哪些 ？docker和K8S这些了解过吗 你自己打包你是怎么打的AI平常怎么用的 ？实习接到了大的一个任务这种你有用它怎么做的吗 ？主要用过哪些AI职业规划反问发面经攒下人品更新：官网状态变成复试

1.你这个项目是哪来的,网上找的吗2. 你的网络框架大致架构是怎样的3. epoll 能监听磁盘文件吗，为什么普通文件和 socket 在事件模型上表现不同答案：epoll 从接口上看可以把很多 fd 加进去，但并不是所有 fd 都能像 socket 一样带来有意义的事件驱动收益。普通磁盘文件通常总是“可读”“可写”，因为它们不具备网络连接那种等待对端、等待缓冲区状态变化的语义，所以即使加入 epoll，也不会像网络 fd 那样随着数据到达不断产生值得等待的边缘事件。真正适合 epoll 的通常是 socket、pipe、eventfd、timerfd 这类“状态会变化”的 fd。如果业务是“...