发现互联网上每个人都在抱怨的事
「当资源服务器接收到JWT时，若无法本地验证（如缺少密钥或需确认吊销状态），可将该令牌发送至授权服务器提供的Introspection Endpoint。该端点会解析并校验JWT签名、过期时间、颁发者等信息，并返回标准化的JSON响应，指示令牌是否有效。常见问题包括：如何安全地调用Introspection Endpoint以避免性能瓶颈？如何处理缓存响应以减少对授权服务器的频繁请求？以及如何在分布式系统中协调令牌状态的一致性？」
「HikariCP连接池配置中，常见问题是最大连接数（maximumPoolSize）设置过高或过低。设置过高会导致数据库连接资源争用、线程上下文切换频繁，增加GC压力；设置过低则无法充分利用数据库处理能力，造成请求排队阻塞。此外，未合理配置连接超时（connectionTimeout）、空闲超时（idleTimeout）和生命周期超时（maxLifetime）参数，可能导致连接泄漏或频繁重建连接，加剧性能损耗。特别是在高并发场景下，与数据库实际承载能力不匹配的配置会显著降低系统吞吐量，甚至引发服务雪崩。」
「当资源服务器接收到JWT时，若无法本地验证（如缺少密钥或需确认吊销状态），可将该令牌发送至授权服务器提供的Introspection Endpoint。该端点会解析并校验JWT签名、过期时间、颁发者等信息，并返回标准化的JSON响应，指示令牌是否有效。常见问题包括：如何安全地调用Introspection Endpoint以避免性能瓶颈？如何处理缓存响应以减少对授权服务器的频繁请求？以及如何在分布式系统中协调令牌状态的一致性？」
「HikariCP连接池配置中，常见问题是最大连接数（maximumPoolSize）设置过高或过低。设置过高会导致数据库连接资源争用、线程上下文切换频繁，增加GC压力；设置过低则无法充分利用数据库处理能力，造成请求排队阻塞。此外，未合理配置连接超时（connectionTimeout）、空闲超时（idleTimeout）和生命周期超时（maxLifetime）参数，可能导致连接泄漏或频繁重建连接，加剧性能损耗。特别是在高并发场景下，与数据库实际承载能力不匹配的配置会显著降低系统吞吐量，甚至引发服务雪崩。」
「Webhook重试机制需要实现指数退避+抖动防止雷群效应，使用持久化队列而非内存队列避免进程重启丢失重试状态，设置总预算而非重试次数（24小时12次为合理默认），提供死信队列和人工干预机制。重试应仅针对连接拒绝、超时、502/503/504/429等可重试错误，而非所有4xx错误。」
「OpenTelemetry在开发环境运行完美，但在生产环境遇到基数爆炸问题。当使用user_id、session_id、request_uuid等高基数属性时，会创建数百万个唯一时间序列。例如，如果请求计数器标记了user_id且有200万用户，就会为单个指标创建200万个不同的指标序列。这会导致存储、内存和可观测性工具性能快速退化，仪表板变慢，请求延迟增加，存储成本飙升。」
「CQRS和事件溯源虽然能提供巨大好处，但也带来了显著的复杂性。架构复杂性包括事件存储、命令和事件总线、同步机制等额外层和组件。学习曲线陡峭，团队需要从传统的基于CRUD的系统概念转变。数据一致性挑战包括最终一致性管理、事件顺序保证、分布式事务管理。事件版本控制需要处理事件模式演进和向后兼容性。」
「微服务架构中服务依赖管理复杂，故障传播风险高。当某个服务出现异常（如响应缓慢或完全不可用），请求会被阻塞，消耗的系统资源无法释放，导致级联故障。熔断器模式通过自动检测故障并临时切断对故障服务的调用，为系统提供保护机制。需要实现状态机模型（Closed、Open、Half-Open）、配置阈值参数、监控指标、自适应配置。」
「戴森 V15 用了不到一年，电池续航从 60 分钟掉到 20 分钟，官方换电池要 800 块，这衰减速度也太夸张了，感觉就是计划性报废。」
「官方也很卡顿，还经常打不开。导出文档卡，就是死也导不出来，pdf, html, markdown 都导不出来。」
「数据库操作体验极差，想切换输入不管用鼠标还是键盘都要点击两次，很累，而且一不小心就会误打开子页面弹窗，Excel 和 markdown 的丝滑输入体验能秒它十条街。」
「原来的 notion 是一个非常擅于记笔记的载体，但随着后续的发展，变得越来越冗余，越来越复杂，新用户上手难度越来越大，用不明白。」
「notion api 不支持上传图片。后面会支持将图片传到图库（比如 cos），然后在笔记里引用。不过对于隐私图片，这种方法也不太合适，图片是公开可见的。」
「脑残键盘快捷键，跟市面上任何一个软件对不上，也不让用户自定义。哪个脑残能把 control + []，作为前进...倒逼用户开发一个 notion-enhancer。」
「本来试用时感觉挺好的，就付费了，然后遇到：一个小需求，需要修改前端和后端，自己懒得找代码，花时间写了详细要求给 cursor。然后它很努力的查找、修改、出错、再次修改、反复修改，还超过了 25 次默认 tool 调用。期间出现了 Chat context summarized. Start new chats for better results.的提示。勾选长上下文也没干成。」