软件
产品
先算一笔账：100个浮动许可，理论上可以支撑200人甚至更多人轮转使用，因为没人24小时不间断占用软件。但现实中，大部分企业连一半的利用率都跑不到。根本原因不是许可不够，是调度机制出了问题。
一、排队排到怀疑人生，问题出在哪
每天早上九点，研发部门的固定节目——抢许可。明明买了80个CATIA浮动许可，实际在用的人不到40个，但照样有人拍桌子喊“没许可了”。这不是个别现象。国内制造业软件授权闲置率平均高达40%以上。
我见过一家车企，53个CATIA许可，研发总监说不够用要再买20个。把许可管理器的日志调出来一查——53个里头有21个连续14天没人碰过，还有11个每天就用不到2小时。一年200多万的许可费，小一半在“睡大觉”。
排队问题的根源，是“占着不用”的僵尸会话太多。2026年2月某建筑设计研究院的实测数据：18个AutoCAD浮动许可，早高峰时段34.7%的占用超过18分钟无任何键鼠活动——有人开着图纸去现场量尺、有人最小化刷网页、有人锁屏去开晨会。18个许可里有6.2个常年“假忙”。
更夸张的是，有的工程师习惯开着CATIA跑一整夜不关，第二天早上许可池直接空了，别人来了只能干瞪眼。
二、动态调度不是玄学，是三层技术架构
浮动许可的动态调度，靠的是三层机制：抓实时占用数据→设闲置回收规则→回收的许可自动补给新请求。
第一层是实时监控。通过旁路抓取FlexNet报文的25734端口，解析每个用户、每个模块的登入时间、最后键鼠活动时间、是否处于计算状态。没有这步数据，你根本不知道该回收谁。某企业配了60套SolidWorks Professional版，实测峰值才41套在用，其中9套平均挂机48分钟——这就是动态调度能腾出来的量。
第二层是设置闲置阈值，而且要分模块区隔。普通零件编辑设15到20分钟无键鼠输入可回收，但Simulation正在跑算例的要排除出回收池，PhotoView渲染中的单独设更长的阈值。阈值太短会让老工作站频繁重申请卡顿，太长又等于没回收。
第三层是回收加无感重获。到点后台发FlexNet回收指令收回Token，新登录者立即可用。原用户切回软件时，后台自动重新申请许可，前端不弹红色报错框，绝大多数用户根本感觉不到被回收过。
三、100个名额覆盖200人，数据说话
引入动态调度后，许可利用率能从传统模式的不足50%，直接提升1到3倍。
江苏某集团客户，只有13个Creo许可，要满足20到58个用户的使用需求。传统模式下根本不可能。引入浮动许可调度后，13个许可实现了58人轮转使用。
SolidWorks场景下，2026年三家装备制造企业实测：现有套数利用率从35%干到70%以上，不用加购任何新许可。AutoCAD场景，某建筑设计研究院18个许可通过闲置回收，日均有效吞吐达到27.3个，排队人数从平均9人降到0到1人。
跨区域调度的效果更夸张。某车企将5地研发中心的2000核小时/天UG算力集中至总部服务器，形成弹性资源池。许可跟着项目走，而不是跟着工位走。华南某主机厂外饰A面组，32名设计师共用20个Alias AutoStudio浮动并发许可，改造前排长队、午休不关软件、下班忘了释放，利用率只有52%。上了动态调度后，设TIMEOUT30分钟自动回收，问题直接解决。
四、原生方案搞不定，得加一层智能调度
有人问：软件自带的许可管理器不能做动态分配吗？
SolidWorks的SolidNetWork License Manager只能设TIMEOUT，按TCP会话静默算——你挂了远程桌面不断线，它永远不触发回收；断VPN闪退反而可能误踢正在操作的人。CATIA的FlexNet Publisher配置复杂，IT部门两个人搞了三周才调通，中间还出过两次误杀，把正在跑仿真的case给断了。而且它的超时回收只能按固定时间设，不能按用户角色、项目优先级区分。
真正能跑通的方案，是在许可服务器前面加一层智能调度器。用户发起请求时，调度器实时看每个许可的负载情况——哪个模块空闲、哪个服务器压力小、哪个用户优先级高，综合判断后把请求分配到最合适的地方。
五、常见坑点
第一，阈值设太短。10分钟以内无操作就回收，老工作站频繁重申请会卡顿，用户会骂娘。第二，不分模块一刀切。跑仿真和画零件设同样的超时时间，跑一半的case被踢掉，数据可能白算几个小时。第三，回收后不给原用户自动重获。许可被收了，用户切回软件弹一个红框说“无法获得许可证”，工作流直接打断——这种体验还不如不回收。
参考来源：
本文基于FlexNet浮动许可体系编写，2026年7月更新，后续版本如有变动会同步更新内容。
技术文档
推荐好文
155-2731-8020
