asp.net

Lost of 程序猿

ASP.NET Core 多租户架构深度实战：一套系统，管理一支船队PMS 系统最早的部署形态很朴素：给每艘船单独装一套，船端一份数据库，岸端一份数据库，船岸之间靠报文同步。后来客户船队扩张到 30 多艘船，运维瞬间崩盘：

Lost of 程序猿

Hangfire 任务调度深度实战：从即时任务到卫星断点续传适用版本：Hangfire 1.8.x / .NET 8 + 项目场景：船舶PMS系统报表生成、数据同步、定时提醒、后台批处理阅读时间：约 35 分钟

拆解ASP.NET Core 底层源码！从零手写你有没有过这种感受：用了好几年ASP.NET Core，CRUD 写得飞起，但一碰到底层问题就懵？中间件执行顺序到底是怎么控制的？

Lost of 程序猿

ASP.NET Core SignalR 实战：从实时推送到底层协议与高可用部署你有没有做过这样的需求：“后台数据一变，前端页面要立刻更新。”最初的方案通常是前端 setInterval 每 5 秒轮询一次。简单粗暴，但服务器要承受大量无效请求，数据也不够"实时"。于是你开始研究 WebSocket，自己实现连接管理、心跳保活、断线重连、消息序列化、跨实例广播……写着写着发现，你已经在手写一个消息框架了。

Lost of 程序猿

ASP.NET Core 测试实战：从单元测试到集成测试的全链路质量保障“这段代码我不是刚测过吗，怎么又挂了？”如果你在团队中听过这句话，大概率你们的测试策略出了问题——要么测试覆盖的是错误的东西，要么测试本身不可信，要么根本没有自动化测试，全靠人肉点。

C#、.NET 、ASP.NET Core、Visual Studio全系列快速入门https://ean7.top/⽐如⼀个项⽬：通常：典型的三层架构（或更多层架构）的设计模式，通常用于构建复杂的应用程序。每一层都有其特定的职责，下面是对每一层的详细解释：

Lost of 程序猿

AOP 实战：面向切面编程从理论到落地日志、事务、缓存、权限、重试、性能监控——这些代码散落在每个业务方法中，和核心业务逻辑纠缠在一起，改一个日志格式要动 100 个文件。AOP（Aspect-Oriented Programming，面向切面编程）就是解决这个问题的武器。本文从代理模式讲起，覆盖 .NET 中三种主流 AOP 方案（RealProxy、DispatchProxy、Castle DynamicProxy），结合 PMS 项目实现事务、缓存、日志、重试四个切面，最后讲清楚什么时候该用 AOP、什么时候不该用。

Lost of 程序猿

ASP.NET Core 认证授权实战：从 JWT 到 Policy，设计一套企业级 RBAC 权限系统认证（Authentication）和授权（Authorization）是两个词。认证回答"你是谁"，授权回答"你能做什么"。90% 的权限 Bug 不是代码写错了，而是把这两件事混在了一起。

Lost of 程序猿

ASP.NET Core 后台任务全景：从 BackgroundService 到 Channel 队列，再到分布式调度用户提交了一个需要生成 5000 行 Excel 的请求，你会让 HTTP 请求同步等待 30 秒吗？当然不会。但"放后台执行"这四个字背后，藏着比你想象多得多的设计决策。

Blazor Web Assembly - 体验一下Authentication State从Server共享给Client.NET 9 中Blazor Web Assembly新增加了一个特性就是Server端的认证状态可以持久化并共享给Client端。这边尝试一下在Static SSR Blazor页面中进行登录(SSR是Server side Rendering的缩写)，然后应用.NET 9中的新特性，对AuthenticationState进行持久化并共享到Client端Blazor页面(渲染模式为InteractiveWebAssembly)。

高性能计算之MPI——集合通信漫谈去年8、9月份，我写了一篇关于MPI的介绍文章《高性能计算之MPI–10分钟超越99%的程序员》。该文章收到较多反馈与催更，因此抽空更新MPI系列第二篇帖子。## P2P的暴雷：集合通信

springboot网上购书商城---附源码15749Java精品项目案例【2000套】 https://blog.csdn.net/dzbs2000/category_13187616.html

三、计算机网络这个理解只对了一半。更准确的本质是：NAT 穿透不是"不用公网"，而是"借助公网服务器作为协调者，让两台私网主机在公网上直接对话，从而绕过 NAT 的入站封锁。

吴懿不在不负信仰

用三张图片详解Asp.Net 全生命周期Asp.Net 作为一个成熟的 Web 框架，其请求处理管道（Pipeline）是每个开发者必须掌握的核心知识。很多初学者只停留在“写 Controller → 返回 JSON”的层面，却不知道一个 HTTP 请求从进入服务器到返回响应，中间经历了多少个阶段、哪些组件参与、哪些扩展点可以插入自定义逻辑。本文用三张关键图片，从宏观到微观，彻底拆解 Asp.Net（这里以 .NET Core / .NET 5+ 为主，兼顾传统 Framework 的差异）的全生命周期。### 第一张图：宏观视角 —— 从 K

ASP.NET Core迁移Spring对照系列：文件系统操作篇Path 接口代表路径Files 工具类静态方法DirectoryStream 目录迭代Read 读

仙人球部落揞殺

细说ASP.NET的各种异步操作在现代Web开发中，异步编程早已不是“锦上添花”的优化项，而是高并发、高吞吐场景下的刚需。ASP.NET（包括ASP.NET Core）提供了丰富的异步支持，从底层的Task/async/await，到高层级的异步控制器、异步流、异步数据库操作，甚至异步中间件。本文将从实战角度，抽丝剥茧，配合大量可运行代码，带你看透ASP.NET中的异步世界。### 为什么要异步？先看同步的痛点假设你有一个ASP.NET Core Web API接口，它需要调用一个耗时2秒的外部服务（比如发短信、查库存）。如果写成同步方

全麦面包 time展天

瀚海拾贝（一）HTTP协议/IIS 原理及ASP.NET运行机制浅析【图解】在互联网的汪洋大海中，每一次浏览器与服务器的交互，都像一次精密的潮汐涨落。作为.NET开发者，我们每天都在写ASP.NET代码，但很少有人真正理解：当你在地址栏敲下回车，到页面回显之间，究竟发生了什么？本文将带你潜入底层，剖析HTTP协议、IIS管道和ASP.NET运行时那套“看不见的流水线”。### 一、HTTP协议：浏览器与服务器的“通用语言”HTTP（HyperText Transfer Protocol）是Web世界的“普通话”。它定义了请求-响应的基本模型：客户端发送请求报文，服务器返回响应报文

情可轻秦任之

ASP.NET页面优化，性能提升８倍的方法ASP.NET 页面性能优化是每个开发者必须掌握的技能。这里我将从基础到高级，循序渐进地讲解如何将页面响应速度提升 8 倍。本文所有代码均基于 .NET 6+，但原理适用于所有 ASP.NET 版本。### 1. 基础篇：理解性能瓶颈首先，我们要明白 ASP.NET 页面性能瓶颈通常出现在三个层面：- 视图渲染：Razor 视图的编译和渲染开销- 数据库访问：频繁的数据库往返和低效查询- 静态资源：CSS/JS/图片的加载延迟一个典型的 ASP.NET 页面请求流程包括：路由匹配 → 控制器实例化 → 模

深爱水瓶血影S狂风

Asp.Net无刷新上传并裁剪头像在现代 Web 应用中，用户头像上传与裁剪是一个非常常见的需求。传统的做法是上传后跳转页面，但用户体验极差。本文将带你从实战角度出发，使用 Asp.Net (Web Forms / MVC 均可，这里以一般处理程序 ashx + jQuery + HTML5 Canvas 为例) 实现一个无刷新上传 + 前端裁剪 + 后端保存的完整方案。### 技术选型与思路- 前端：使用 jQuery + HTML5 File API 读取本地图片，利用 Canvas 进行裁剪并输出 Base64 数据。- 后端：

ASP.NET Core迁移Spring系列：运行时与 GC 篇选型口诀：GC = Garbage Collection，Java 内存自动回收机制。区别于 C/C++ 的手动 malloc / free，Java 程序员只管 new，回收由 JVM 完成。