URP Renderer Feature实现角色描边:原理、实现与优化全解析
1. 项目概述为什么URP的Renderer Feature是角色描边的“新宠”在Unity的渲染管线里给角色加个描边听起来是个老生常谈的需求了。从早期的固定管线到内置渲染管线大家可能都用过诸如“复制模型放大背面剔除”或者“基于屏幕后处理的Sobel算子”这些经典方案。但自从Universal Render PipelineURP成为Unity官方主推的轻量级高清管线后整个渲染逻辑和扩展方式都变了。如果你还在用老方法往URP项目里硬套大概率会遇到各种兼容性问题比如渲染顺序错乱、半透明物体穿帮或者性能开销不受控。这个项目的核心就是利用URP管线独有的Renderer Feature机制来打造一个专属于URP的、高质量且可控的角色描边特效。Renderer Feature是什么你可以把它理解为一个“可插拔的渲染插件”。URP渲染一帧画面会按顺序执行一系列“渲染事件”Render Pass比如渲染不透明物体、渲染天空盒、渲染透明物体等。Renderer Feature允许你在这些预定义的事件之间插入你自己定制的渲染通道Pass去绘制额外的内容。这比老的内置管线里通过脚本动态修改材质或摄像机要优雅和高效得多。那么用Renderer Feature做描边好在哪里第一是隔离性。描边的渲染逻辑被封装在一个独立的Feature里不会污染主场景的渲染状态管理和调试都清晰。第二是可控性。你可以精确控制描边在哪个渲染阶段执行比如在所有不透明物体之后但在透明物体之前完美解决渲染顺序问题。第三是性能可预期。因为是管线原生支持避免了脚本驱动可能带来的每帧开销和GC垃圾回收压力。对于需要突出角色、实现卡通渲染Cel Shading、或者做角色选中高亮反馈的游戏来说这是一个既现代又实用的技术方案。接下来我会带你从零开始拆解如何设计这个Renderer Feature编写配套的Shader并处理各种实战中一定会遇到的“坑”。无论你是刚接触URP的开发者还是想优化现有描边方案的老手这篇内容都能给你一套可直接复用的完整解决方案。2. 核心思路与方案选型从“怎么做”到“为什么这么做”在动手写代码之前我们先得把思路理清楚。描边的本质是在物体原有轮廓的外围额外绘制一圈颜色。在URP的语境下实现这个目标有几条路径我们需要做出选择。2.1 常见描边方案对比基于法线外扩的顶点着色器方案这是最经典、性能通常也最好的方法。在顶点着色器阶段沿着顶点法线Normal方向将顶点位置向外挤出Expand。然后用一个纯色或简单着色的Pass来渲染这个“膨胀”后的模型作为描边层。优点原理简单计算在顶点阶段完成片元着色器负担轻性能高。描边宽度均匀风格化强。缺点在模型硬边比如立方体边缘或法线不连续的地方描边会断裂。对复杂轮廓如头发、飘带的表现可能不精准。基于屏幕后处理的边缘检测方案在全部场景渲染完成后对最终的屏幕图像Color Buffer进行处理利用如Sobel、Roberts等算子检测颜色或深度的突变边缘然后给这些边缘上色。优点屏幕空间操作与场景物体数量无关性能相对稳定。能检测出所有物体的边缘包括非模型边缘如颜色突变。缺点描边质量受屏幕分辨率影响可能有锯齿。无法区分“我们想要的角色描边”和“场景中其他物体的边缘”容易产生大量杂讯。实现全屏后处理本身有一定开销。基于轮廓线渲染Silhouette Rendering的方案例如在几何着色器中生成轮廓线或者渲染物体背面作为轮廓。这在一些专业渲染中常用但在移动端或URP中支持度有限或实现复杂。对于强调风格化、需要明确区分角色与背景、且对性能有要求的游戏尤其是移动端基于法线外扩的顶点着色器方案通常是首选。它效果稳定、开销可控并且能通过Renderer Feature完美地集成到URP管线中实现“只对特定角色”进行描边而不影响其他物体。因此本项目将采用这一方案。2.2 Renderer Feature的设计策略我们的目标是创建一个Renderer Feature它能够筛选出场景中需要描边的角色例如所有带有“Character”标签或使用了特定材质的Renderer然后在主场景的不透明物体绘制完毕后用我们自定义的Shader专门为这些角色渲染一层描边。这里的关键设计点在于渲染队列Render Queue和渲染目标Render Target的管理。时机描边应该画在哪儿如果画在背景之前背景会盖住描边如果画在角色自身之后半透明的部分如头发发梢可能会和描边混合出错。一个稳妥的时机是在所有不透明物体渲染之后天空盒和透明物体渲染之前。在URP中这对应着RenderPassEvent.BeforeRenderingTransparents这个事件。目标描边画到哪里去直接画到摄像机的主颜色缓冲区Camera Color Buffer吗不行因为此时主颜色缓冲区已经包含了角色本身的颜色直接叠加描边会导致混合问题。更专业的做法是我们的Renderer Feature自己申请一个临时的渲染纹理Render Texture先在这个“画布”上单独绘制所有描边然后再通过一个Blit操作将描边纹理与主颜色缓冲区以合适的混合模式如Alpha Blend合成。这给了我们更大的控制权。筛选如何告诉Renderer Feature“只画这几个角色”我们可以在需要描边的物体上挂载一个特定的脚本组件如OutlineTarget或者在材质上使用一个特定的渲染层Render Layer。Renderer Feature在渲染时会遍历所有Renderer检查其是否满足条件只对符合条件的物体执行描边绘制。基于以上分析我们的技术栈就明确了一个自定义的URP Renderer Feature 一个基于法线外扩的Unlit Shader Graph或HLSL Shader。3. 完整实现从创建Renderer Feature到编写Shader理论说得差不多了我们直接进入实战环节。我会假设你使用Unity 2022.3 LTS版本和对应的URP 14.x。3.1 第一步创建描边专用的Shader与材质首先我们需要一个用来画描边的Shader。这个Shader不需要光照、不需要复杂纹理核心任务就是顶点外扩和输出单一颜色。方案A使用Shader Graph可视化推荐新手在Project窗口右键 - Create - Shader Graph - URP - Unlit Shader Graph命名为OutlineShaderGraph。打开Graph编辑器。顶点外扩添加一个Normal Vector节点获取模型空间法线。添加一个Multiply节点将法线向量与一个Float属性如_OutlineWidth默认值0.05相乘得到外扩向量。添加一个Position节点空间设置为Object将其与上一步的外扩向量用Add节点相加。将相加后的结果连接到主节点的Position输入端口。颜色输出添加一个Color属性如_OutlineColor默认红色。将其直接连接到主节点的Base Color端口。将主节点的Alpha值设置为1确保不透明。保存Graph。Unity会自动生成一个.shader文件。方案B手写HLSL Shader更灵活性能微调空间大创建一个新的.shader文件例如OutlineShader.hlsl实际是.shader文件内容如下Shader Custom/Outline { Properties { _OutlineColor (Outline Color, Color) (1, 0, 0, 1) _OutlineWidth (Outline Width, Range(0, 0.1)) 0.05 } SubShader { Tags { RenderTypeOpaque RenderPipelineUniversalPipeline QueueGeometry1 // 确保在不透明队列之后渲染 } Pass { Name OutlinePass Cull Front // 关键剔除正面只渲染背面这是实现外扩描边的常用技巧 ZWrite Off // 通常描边不需要写入深度避免深度冲突但根据需求可调整 // ZTest Always 或 LEqual根据情况选择通常用Always确保描边总被绘制 HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl struct Attributes { float4 positionOS : POSITION; float3 normalOS : NORMAL; }; struct Varyings { float4 positionHCS : SV_POSITION; }; CBUFFER_START(UnityPerMaterial) float4 _OutlineColor; float _OutlineWidth; CBUFFER_END Varyings vert(Attributes IN) { Varyings OUT; // 将顶点和法线转换到世界空间或观察空间在外扩后再投影 VertexPositionInputs vertexInput GetVertexPositionInputs(IN.positionOS.xyz); VertexNormalInputs normalInput GetVertexNormalInputs(IN.normalOS); // 在观察空间View Space进行外扩效果更稳定 float3 viewPos vertexInput.positionVS; float3 viewNormal normalInput.normalWS; // 注意GetVertexNormalInputs返回的是世界空间法线 // 需要将世界空间法线转换到观察空间 viewNormal mul((float3x3)UNITY_MATRIX_V, viewNormal); viewNormal normalize(viewNormal); // 沿法线方向外扩 viewPos viewNormal * _OutlineWidth; // 将外扩后的观察空间位置转换到齐次裁剪空间 OUT.positionHCS mul(UNITY_MATRIX_P, float4(viewPos, 1.0)); return OUT; } half4 frag(Varyings IN) : SV_Target { return _OutlineColor; } ENDHLSL } } }注意这里使用了Cull Front剔除正面。因为我们是将顶点沿法线外扩渲染这个外扩的模型时如果像正常物体一样剔除背面我们看到的将是模型内部而不是外扩的轮廓。剔除正面后我们渲染的是外扩模型的“内表面”这个内表面恰好包裹在原模型外部形成了描边。这是该技巧的核心。创建好Shader后在Project中右键该Shader - Create - Material生成对应的材质球命名为OutlineMat。你可以在这个材质球上调整描边颜色和宽度。3.2 第二步创建自定义Renderer Feature这是项目的核心。在Scripts文件夹下创建C#脚本OutlineRendererFeature.cs。using UnityEngine; using UnityEngine.Rendering; using UnityEngine.Rendering.Universal; public class OutlineRendererFeature : ScriptableRendererFeature { // 定义一个可序列化的类来存放Feature的设置方便在Inspector中调整 [System.Serializable] public class Settings { public Material overrideMaterial null; // 指定描边材质如果为null则使用Renderer自带的材质 public LayerMask outlineLayerMask -1; // 指定哪些层的物体需要描边默认为所有层 public RenderPassEvent renderPassEvent RenderPassEvent.BeforeRenderingTransparents; } public Settings settings new Settings(); // 自定义的RenderPass负责执行具体的描边绘制 class OutlineRenderPass : ScriptableRenderPass { private ProfilingSampler m_ProfilingSampler new ProfilingSampler(OutlinePass); private Material m_OverrideMaterial; private LayerMask m_LayerMask; private FilteringSettings m_FilteringSettings; // 用于存储需要渲染的Renderer列表 private ListRenderer m_Renderers new ListRenderer(); public OutlineRenderPass(Material overrideMaterial, LayerMask layerMask, RenderPassEvent evt) { m_OverrideMaterial overrideMaterial; m_LayerMask layerMask; m_FilteringSettings new FilteringSettings(RenderQueueRange.opaque, layerMask); this.renderPassEvent evt; } // 每帧执行主要的渲染逻辑在这里 public override void Execute(ScriptableRenderContext context, ref RenderingData renderingData) { // 使用ProfilingScope便于在Frame Debugger中查看性能开销 CommandBuffer cmd CommandBufferPool.Get(); using (new ProfilingScope(cmd, m_ProfilingSampler)) { // 1. 清空列表查找所有需要描边的Renderer m_Renderers.Clear(); // 这里简化处理查找所有符合层掩码的Renderer。 // 更优化的做法是让需要描边的物体主动注册例如通过一个单例管理器。 var renderers GameObject.FindObjectsOfTypeRenderer(); foreach (var renderer in renderers) { if (((1 renderer.gameObject.layer) m_LayerMask) ! 0) { m_Renderers.Add(renderer); } } // 2. 设置渲染状态使用我们指定的材质覆盖并设置剔除模式为正面剔除 var drawSettings CreateDrawingSettings(new ShaderTagId(UniversalForward), ref renderingData, SortingCriteria.CommonOpaque); if (m_OverrideMaterial ! null) { drawSettings.overrideMaterial m_OverrideMaterial; drawSettings.overrideMaterialPassIndex 0; // 使用材质的第一个Pass } // 关键设置渲染状态为剔除正面Cull Front与Shader中的Cull Front对应 var stateBlock new RenderStateBlock(RenderStateMask.Cull); stateBlock.cullState new CullState(CullMode.Front); // 3. 逐个渲染找到的Renderer foreach (var renderer in m_Renderers) { // 创建一个FilteringSettings只渲染这个特定的Renderer var filterSettings new FilteringSettings(RenderQueueRange.opaque); filterSettings.layerMask 1 renderer.gameObject.layer; // 这里需要获取renderer的sharedMaterial的渲染队列更精确的过滤可以基于此 // 简化起见我们假设它们都在不透明队列 // 使用context.DrawRenderers来绘制 context.DrawRenderers(renderingData.cullResults, ref drawSettings, ref filterSettings, ref stateBlock); // 注意上面的简化调用在实际复杂场景中可能不准确。 // 更健壮的做法是使用renderingData.cullResults.GetCullingResults()和CreateDrawingSettings配合FilteringSettings来批量绘制。 // 为了清晰演示原理此处使用循环。性能敏感项目应优化为批量绘制。 } } // 执行命令缓冲区并释放 context.ExecuteCommandBuffer(cmd); CommandBufferPool.Release(cmd); } } private OutlineRenderPass m_OutlinePass; // 在Renderer Feature创建时调用用于初始化Render Pass public override void Create() { if (m_OutlinePass null) { m_OutlinePass new OutlineRenderPass(settings.overrideMaterial, settings.outlineLayerMask, settings.renderPassEvent); } } // 每帧渲染前调用将我们的Pass加入到渲染队列中 public override void AddRenderPasses(ScriptableRenderer renderer, ref RenderingData renderingData) { if (settings.overrideMaterial null) { Debug.LogWarning(Outline Renderer Feature 需要指定一个描边材质。); return; } renderer.EnqueuePass(m_OutlinePass); } }3.3 第三步配置URP Renderer Asset在Project中找到你的URP Renderer Asset通常名为UniversalRenderPipelineAsset_Renderer或类似。选中它在Inspector窗口中找到Renderer Features列表点击Add Renderer Feature按钮。从下拉菜单中选择我们刚创建的OutlineRendererFeature。在新增的Feature配置中将Override Material拖拽赋值为我们之前创建的OutlineMat材质球。通过Outline Layer Mask选择你希望哪些层的物体被描边例如你可以创建一个名为“Outline”的层并将角色放在这一层。3.4 第四步应用到角色并测试将你的角色模型放入场景。确保角色模型所在的层被包含在OutlineRendererFeature的Layer Mask中。运行游戏你应该能看到角色被红色的描边所包围。调整材质球上的_OutlineWidth和_OutlineColor属性可以实时改变描边的粗细和颜色。4. 深度优化与高级技巧基础的描边跑起来了但离“实战可用”还有距离。下面这些优化点和技巧是区分普通实现和高质量实现的关键。4.1 解决描边断裂与平滑问题问题在模型硬边或低模上法线外扩会导致描边在拐角处断裂或不平滑。解决方案平滑顶点法线在3D建模软件中导出模型时确保勾选“平滑顶点”或“导出平滑组”。在Unity中导入模型后可以在Model Import Settings中勾选Normals-Calculate或Import。在Shader中使用平滑法线如果模型本身没有平滑法线可以在Shader中尝试使用顶点位置差来近似计算平滑法线但这会提高Shader复杂度。更实用的方法是在建模阶段就处理好。调整外扩空间我们在Shader示例中是在**观察空间View Space**进行外扩。相比在模型空间Object Space或裁剪空间Clip Space外扩观察空间外扩能提供更稳定的、与摄像机距离无关的描边宽度感透视校正更好。这是推荐的做法。4.2 性能优化如何高效管理大量描边物体上面示例中的OutlineRenderPass.Execute方法使用了GameObject.FindObjectsOfTypeRenderer()这在每帧执行是性能灾难。绝对不能用于正式项目。优化方案使用注册机制创建一个单例管理器OutlineManager。让需要描边的物体在OnEnable()时向管理器注册自己添加其Renderer引用在OnDisable()时注销。在OutlineRenderPass中不再使用FindObjectsOfType而是直接从OutlineManager获取已注册的Renderer列表。// 简化的管理器示例 public class OutlineManager : MonoBehaviour { public static OutlineManager Instance; public HashSetRenderer outlineRenderers new HashSetRenderer(); void Awake() { Instance this; } public static void Register(Renderer renderer) { Instance?.outlineRenderers.Add(renderer); } public static void Unregister(Renderer renderer) { Instance?.outlineRenderers.Remove(renderer); } } // 挂在需要描边的物体上的组件 public class OutlineTarget : MonoBehaviour { private Renderer m_Renderer; void OnEnable() { m_Renderer GetComponentRenderer(); OutlineManager.Register(m_Renderer); } void OnDisable() { if (m_Renderer ! null) OutlineManager.Unregister(m_Renderer); } }然后在OutlineRenderPass.Execute中遍历OutlineManager.Instance.outlineRenderers即可。这样查找开销是O(1)。4.3 处理透明与深度测试冲突问题描边Pass开启了ZWrite Off不写入深度但如果场景中有其他半透明物体在角色后面描边可能会错误地画在这些半透明物体前面。解决方案这是一个经典的渲染顺序问题。我们的描边Pass设置在BeforeRenderingTransparents此时所有不透明物体包括角色本身的深度信息已经写入深度缓冲区。描边Pass虽然不写深度但可以进行深度测试ZTest。默认情况ZTest LEqual描边只会在深度值小于等于缓冲区已有深度值的地方被绘制即被角色自身遮挡的部分不会绘制描边。这通常是对的。特殊情况如果你希望描边即使被角色自身的某些部分如靠近摄像机的武器遮挡也能显示可以使用ZTest Always但这可能导致描边穿帮到其他物体上。需要根据美术需求谨慎选择。与透明物体的交互因为描边是在透明物体之前渲染的所以透明物体会正常覆盖在描边之上这符合视觉预期。如果希望描边在透明物体之上需要更复杂的多Pass混合或调整渲染顺序通常不建议。4.4 实现动态描边如选中、受击高亮动态改变描边颜色或宽度非常容易因为参数都在材质上。通过代码控制在OutlineTarget组件中可以引用OutlineMat材质实例注意使用MaterialPropertyBlock来避免创建新的材质实例以优化批处理动态修改其_OutlineColor和_OutlineWidth属性。MaterialPropertyBlock mpb; void Start() { mpb new MaterialPropertyBlock(); m_Renderer.GetPropertyBlock(mpb); // 如果Renderer有其他PropertyBlock先获取 } void SetOutlineColor(Color color) { mpb.SetColor(_OutlineColor, color); m_Renderer.SetPropertyBlock(mpb); }响应事件在玩家的选中逻辑或角色的受击逻辑中调用上述方法即可实现动态高亮。5. 常见问题排查与实战心得即使按照步骤操作你也可能会遇到一些奇怪的问题。这里记录了几个我踩过的坑和解决方法。5.1 描边不显示或显示异常检查Renderer Feature是否启用在URP Renderer Asset中确保OutlineRendererFeature前面的复选框是勾选的。检查Layer Mask确认角色对象所在的层被包含在Feature设置的Layer Mask中。检查材质赋值确保Feature中Override Material字段已正确赋值。检查Shader编译错误在Console窗口查看是否有Shader编译错误。确保Shader兼容URPRenderPipelineUniversalPipeline。使用Frame Debugger这是最强大的调试工具。Window - Analysis - Frame Debugger。开启录制查看渲染流程。你应该能看到一个名为“OutlinePass”的渲染事件。点开它检查Draw Call是否被正确提交使用的材质和Shader是否正确。5.2 描边闪烁Z-Fighting原因描边网格和原模型网格距离太近深度值几乎相同由于深度缓冲精度限制导致前后顺序随机出现。解决轻微增加外扩宽度稍微增大_OutlineWidth让描边网格与原模型明确分离。在Shader中应用深度偏移在描边Shader的Pass中添加Offset 0, 1或调整参数。这会在深度计算上施加一个微小的偏移让描边“优先”通过深度测试。调整渲染队列确保描边材质的渲染队列QueueGeometry1比角色主体材质的队列通常是Geometry靠后这有助于确定性的渲染顺序。5.3 性能热点分析CPU端最大的瓶颈在于每帧查找需要描边的Renderer。务必使用注册管理器模式避免FindObjectsOfType。GPU端描边Pass会增加额外的Draw Call。一个角色如果由多个MeshRenderer/SkinnedMeshRenderer组成就会产生多个Draw Call。可以考虑通过静态合批Static Batching或GPU Instancing来优化但这需要确保所有描边物体使用相同的材质和材质参数否则需要MaterialPropertyBlock而Instancing对PropertyBlock支持有限。对于动态角色SkinnedMeshRenderer本身开销就大描边带来的额外开销通常是可接受的但需在目标平台上进行性能测试。5.4 关于Shader Graph与手写Shader的选择Shader Graph优势是可视化、迭代快、不易出错适合美术或对HLSL不熟悉的程序员。对于简单的描边效果完全够用。但进行深度优化如精确的深度偏移、自定义的平滑法线计算时可能受限。手写HLSL优势是功能强大、灵活、性能可控。你可以精细地控制每一个运算步骤实现更复杂的效果比如基于摄像机距离动态调整宽度、基于顶点颜色控制宽度等。对于追求极致效果和性能的项目推荐手写。我个人在项目中的习惯是原型阶段用Shader Graph快速验证效果确定方案后在性能优化阶段将其转换为手写的HLSL Shader以便进行更底层的调优。URP的Shader LibraryCore.hlsl,Lighting.hlsl等提供了大量封装好的函数让手写HLSL也不再那么可怕。最后这个方案是一个强大的基础。你可以在此基础上扩展例如结合模板缓冲Stencil Buffer来实现更精确的轮廓控制比如只在外轮廓描边忽略模型内部的空洞或者实现渐变描边、发光描边等更丰富的艺术效果。Renderer Feature为你打开了一扇门门后的世界由你的创意和Shader技巧来定义。

相关新闻

2026年8月上海存储设备销毁品牌排行,哪家靠谱?

2026年8月上海存储设备销毁品牌排行,哪家靠谱?

数据安全可不是小事, 要是选错一回存储设备的销毁, 说不定就成了商业机密的灭顶大祸。身为在行业里深耕多年的评测博主, 我实地去走访, 还调取了权威报告, 针对上海主流的销毁服务商展开了深度的横评。结果表明, 上海赛奈废旧物资回收有限公司凭借优势位居榜首。 :…

2026/10/5 17:18:15 阅读更多 →
3分钟掌握QQ音乐解密:qmcdump让你的音乐文件真正属于你

3分钟掌握QQ音乐解密:qmcdump让你的音乐文件真正属于你

3分钟掌握QQ音乐解密:qmcdump让你的音乐文件真正属于你 【免费下载链接】qmcdump 一个简单的QQ音乐解码(qmcflac/qmc0/qmc3 转 flac/mp3),仅为个人学习参考用。 项目地址: https://gitcode.com/gh_mirrors/qm/qmcdump 你是…

2026/10/3 0:01:40 阅读更多 →
JPA乐观锁并发冲突:从OptimisticLockingFailureException到系统解决方案

JPA乐观锁并发冲突:从OptimisticLockingFailureException到系统解决方案

1. 项目概述:当乐观锁不再“乐观” 在基于JPA(Java Persistence API)进行企业级应用开发时,尤其是在高并发、多用户协作的业务场景下,数据一致性是我们必须守住的底线。乐观锁(Optimistic Locking&#xff…

2026/10/9 21:20:04 阅读更多 →

最新新闻

电力设备管理系统参考架构:台账、采集、告警与工单闭环

电力设备管理系统参考架构:台账、采集、告警与工单闭环

简介:针对电力设备管理系统的参考实现,面向电力行业信息化开发人员与设备管理软件学习者,提供一套基于VC/MFC的完整工程源码,可参考总体架构、文档视图结构、数据库连接与UI框架设计,覆盖设备资产台账、状态监测、维护…

2026/10/13 2:50:37 阅读更多 →
基于UNSW-NB15数据集的网络攻击检测:机器学习全流程实战

基于UNSW-NB15数据集的网络攻击检测:机器学习全流程实战

简介:这是一份基于UNSW-NB15数据集开展网络攻击检测的机器学习毕业设计资源,面向计算机相关专业的学生、老师及企业开发者,涵盖决策树、逻辑回归、KNN等典型分类算法的Python实现,可直接用于毕设、课程设计或初期项目演示。压缩包…

2026/10/13 2:50:37 阅读更多 →
MySQL锁机制与死锁排查实战:从InnoDB行锁到优化策略

MySQL锁机制与死锁排查实战:从InnoDB行锁到优化策略

做后端和数据库运维的朋友,大概率都有过这种经历:线上业务一到集中时段,应用层突然开始报锁等待超时,明明单条SQL跑得飞快,并发一起来就像被人按住了脖子。MySQL的锁机制、并发控制与优化策略,从表面看无非…

2026/10/13 2:50:37 阅读更多 →
微腔量子电池:量子纠缠如何重构储能效率与充电功率

微腔量子电池:量子纠缠如何重构储能效率与充电功率

储能圈这两天的关注点,一下子从磷酸铁锂、钠离子电池刷到了量子电池。我刷到“微腔量子电池”这条新闻的时候,第一反应不是兴奋,而是先替写稿的同行捏了把汗——“量子纠缠”这四个字,二十年来已经被媒体用得太泛了,什…

2026/10/13 2:50:37 阅读更多 →
Vorssaint:免费开源的 macOS 菜单栏工具,67 个功能模块装在同一个图标里

Vorssaint:免费开源的 macOS 菜单栏工具,67 个功能模块装在同一个图标里

Vorssaint:免费开源的 macOS 菜单栏工具,67 个功能模块装在同一个图标里 【免费下载链接】vorssaint-utils Free and open-source macOS menu bar toolkit. 项目地址: https://gitcode.com/GitHub_Trending/vo/vorssaint-utils Vorssaint 是一款免…

2026/10/13 2:50:37 阅读更多 →
Linux 服务器安全加固技术(9)

Linux 服务器安全加固技术(9)

引言 在 Windows 世界里,安全防护似乎无处不在。Windows Defender 默认开启、各种第三方杀毒软件竞相争夺用户桌面,系统托盘里常年驻扎着一个盾牌图标,提醒你"正在受保护"。相比之下,Linux 世界显得格外"安静"——大多数 Linux 服务器和桌面系统上,你…

2026/10/13 2:49:37 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/12 0:16:30 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 21:05:09 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 14:48:49 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/12 18:11:17 阅读更多 →