工具这件事看着简单，实际是企业落地时最容易走两个极端。一个是不知道用哪个。评测工具一搜几十款，开源的、商业的、框架的、平台的，对比文章看了十几篇，越看越晕，迟迟定不下来，评测就一直停在手工阶段。另一个是过于依赖工具。以为挑个最火的平台一上，评测就万事大吉了，结果平台搭了两周，测评集还是一堆烂账——工具只能替你执行，救不了没想清楚的「测什么、怎么判」。所以本篇的讲法是，先把「测评到底有哪几种跑法」讲

Posta 在 Part 1 里先把问题的根子挖出来：现在 Agent 用的凭证，绝大多数是长期有效、粒度粗糙的 bearer 凭证。"Bearer"这个词就是字面意思——谁拿着这串字节谁就能用，请求本身证明不了持有者是不是合法持有者。提示注入、凭证外泄、意外暴露，听起来是三种攻击，其实都是同一件事的三个入口：凭证的字节离开了 Agent，而且还照样能用（Part 1）。更麻烦的是，泄露甚至不需要

不是把全部知识塞给 LLM，而是 Agent 决定查什么、调什么、怎么答。

　本文主要记录在准备面试过程中遇到的一些基本知识点（持续更新）　　1、抽象类和接口的区别　　　　接口和抽象类中都可以定义变量，但是接口中定义的必须是公共的、静态的、Final的，抽象类中的变量跟普通类中的没有区别。从设计上来说，接口是对一系列行为的抽象，而抽象类是对事物的抽象。　　　　　　2、什么时候使用抽象类和接口　　　　①当希望某些方法具有默认实现时。　　　　②希望实现多重继承，必须使用接口。

如果是一两年经验，看个人水平，水平好些的可以看一颗星到五颗星所有题目（我知道有这样的朋友：虽然经验少，但爱学习，一两年的经验拥有普通人四五年的技术能力）（难度：★★ 频率：★★★★★）（难度：★★ 频率：★★★★）（难度：★★★ 频率：★★★★★）（难度：★★★★ 频率：★）（难度：★★★ 频率：★★）（难度：★★★ 频率：★★★★★）（难度：★★ 频率：★）HashMap数据结构、哈希冲突解决方

5.GC的常见算法，CMS以及G1的垃圾回收过程，CMS的各个阶段哪两个是Stop the world的，CMS会不会产生碎片，G1的优势。所有的面试题目都不是一成不变的，上面的面试题只是给大家一个借鉴作用，最主要的是给自己增加知识的储备，有备无患。4.MySQL的MyISAM与InnoDB两种存储引擎在，事务、锁级别，各自的适用场景？5、HashMap1.7与1.8的 区别，说明1.8做了哪些优

很多时候，面试官问的问题会和自己准备的“题库”中的问题不太一样，即使做了复盘，下次面试还是不知道该从何处下手。、Java、JVM、spring、算法、、分布式、大厂面经、技术脑图等等...共1600+页 质量非常高！！！不管最近要不要去面试，建议大家都保存一份！！学完之后不论是 厂内晋升 还是 跳槽涨薪 都不在话下！等等。

上周五晚上加班到十点多吧，我们组做 code review 的时候，真是给我看乐了，有个同事直接把一坨业务逻辑，外面套了个巨大的 try-catch，然后 catch 里写了个// ignore……我当时差点没把电脑合上，这种代码要是上线了，出点线上事故，谁去查日志？鬼都查不出来。

国内的互联网面试，恐怕是现存的、最接近科举考试的制度。而且，我国的八股文（基础知识、集合框架、多线程、线程的五种状态、虚拟机、MySQL、Spring相关、计算机网络、MQ系列等）确实是独树一帜。以美国为例，北美工程师面试比较重视算法（Coding），近几年也会加入Design轮（系统设计和面向对象设计OOD）和BQ轮（Behavioral question，行为面试问题）,今天博主为大家熬断半头

的角度来看，要想打造并维护一个超大流量并发读写、高性能、高可用的系统，在整个用户请求路径上从浏览器到服务端我们要遵循几个原则，就是要保证用户请求的数据尽量少、请求数尽量少、路径尽量短、依赖尽量少，并且不要有单点。所谓“稳”，就是整个系统架构要满足高可用，流量符合预期时肯定要稳定，就是超出预期时也同样不能掉链子，你要保证秒杀活动顺利完成，即秒杀商品顺利地卖出去，这个是最基本的前提。现在想起来，那个时