自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

墨夶的博客

博客等级

码龄2年

6031
原创

8万+
点赞

7万+
收藏

1万+
粉丝

关注

私信

热门文章

分类专栏

最新评论

栈 vs 堆：C#内存分配的“生死之谜“解析！
李高钢: 第四个观点不正确。在 C# 中，光是在堆上 new 一个空壳对象而不保存引用，是绝无可能造成内存泄漏的。只有当这个对象内部勾连了操作系统级别未停止的活动实体（如运行中的 Thread、未停止的 Timer、未注销的全局事件）时，才会出现“死而不僵、后台乱跑”的真正泄漏。比如这段代码才会造成内存泄漏： public class LeakTask { public LeakTask() { // 关键点：即使外部抛弃了 new LeakTask() 的引用， // 只要 Task 内部的死循环不停止，Task 调度器和线程池就会一直引用它！ Task.Run(async () => { while (true) { Console.WriteLine("我还在运行呢！而且你找不到我！"); await Task.Delay(1000); } }); } } // 调用端： public void TriggerLeak() { new LeakTask(); // 没有任何变量引用它，但它在后台永久运行，且内存和线程被锁死，造成真正的泄漏！ }
数据炼金术：Java如何驱动现代客户数据平台
越重天: 文章富含营养，干货满满，实用性强，博主的写作风格简洁明了，让人一目了然。

Nginx学习资料2

关注

文章平均质量分 75

本专栏专注于Nginx的全方位学习，从基础安装配置到高级性能调优，涵盖反向代理、负载均衡、安全配置等核心功能。精选实战案例与官方文档解析相结合，助你快速上手并深入掌握Nginx。无论你是运维新手还是资深专家，都能在这里找到提升技能、解决实际问题的宝贵资料。立即加入，开启高效运维之旅

关注数：文章数：1 文章阅读量：309 文章收藏量：5

作者: 墨夶

大家好，我是一名专注于软件开发的工程师。每天，我都在用键盘敲击出创新的火花，致力于用技术解决实际问题。我对代码的热爱体现在每一个精心设计的算法和每一行优化的代码中。在工作之余，我热衷于学习新技术，不断提升自我。我相信，通过不懈努力，技术可以让我们的世界变得更加美好。期待在技术的道路上与你相遇，共同探索编程的无限魅力。

展开

专栏收录文章

别再瞎配 Nginx 了！我花 1 天踩的坑，其实就 3 行代码错了

标题：Nginx与ASP.NET Core反向代理配置避坑指南摘要：本文针对ASP.NET Core应用在Nginx反向代理下常见的502/404错误问题，提供了一套生产级解决方案。关键点包括：1）Nginx配置中必须正确设置proxy_pass、Host头、X-Forwarded头等参数；2）ASP.NET Core需配置ForwardedHeaders中间件处理代理信息；3）特别注意事项如WebSocket支持、Docker环境部署等。文章通过对比代购比喻形象说明代理原理，并给出可直接复用的Nginx

原创 2026-04-21 05:15:00 · 309 阅读 · 0 评论