在B2B场景里，Spring Boot几乎成了标配。它内置的自动配置特性，让数据源、事务管理和REST接口开发变得极其顺手。譬如处理订单模块时，Spring Boot的起步依赖能快速整合MyBatis或JPA，减少大量XML配置。我见过一个团队用Spring Boot搭建报价系统，从零到上线只花了三周，这效率传统SSH框架根本比不了。
但单靠Spring Boot应付复杂B2B业务显然不够。订单流、支付对账、库存同步这些环节，需要分布式能力支撑。Spring Cloud的注册中心、配置中心和熔断组件就派上了用场。实际用过Nacos做服务发现后，我发现节点扩容和灰度发布变得可控，不像以前改个配置就要重启整个集群。
不过Spring Cloud的版本兼容性是个坑。不同组件版本之间偶有冲突，尤其在整合OAuth2认证时，得仔细核对依赖树。我建议选长期维护的版本，比如2023.x系列，社区活跃度高，遇到问题能快速找到解决方案。另外，B2B业务中权限模型很重，Spring Security配合JWT令牌机制，能比较好地实现多租户隔离。
性能方面，Spring Boot默认的Tomcat容器在高并发下表现中规中矩。如果订单峰值超过每秒3000次请求，建议换成Undertow或Netty。我曾帮一个工业品B2B平台做过调优，把Tomcat线程池参数调大后，吞吐量提升了近40%，但内存占用也增加了，需要权衡硬件成本。
Dubbo在B2B系统里尤其适合内部服务间的高频调用。它的RPC协议比HTTP更轻量，延迟能控制在毫秒级。比如库存扣减和价格计算这类实时性要求高的操作，Dubbo的直连模式和负载均衡策略明显优于Feign调用。我们做过测试，同样环境下Dubbo的响应时间比RestTemplate快一倍左右。
Dubbo的治理能力也是亮点。它的路由规则能根据请求参数动态分流，比如把VIP客户的订单路由到性能更好的服务节点。配合Zookeeper或Nacos做注册中心，服务上下线感知延迟很低。有个案例是，一个B2B汽配平台用Dubbo管理了80多个微服务，通过管控台的限流和降级设置，扛住了双十一的流量洪峰。
不过Dubbo的学习曲线相对陡峭。它的SPI机制和自定义扩展点需要深入理解，否则遇到序列化问题会很难排查。我建议新团队先用Dubbo的注解方式开发，等熟悉了再尝试XML配置。还有一点，Dubbo的文档对B2B特有场景覆盖不够，比如多级分销的链路追踪，可能需要结合SkyWalking来补充。
Dubbo的版本选择也得留意。
2.7.x系列稳定但功能偏旧，3.x版本引入了应用级注册和云原生支持，但有些API不兼容。我倾向于用3.1.x版本，它修复了不少线程安全问题，而且对Kubernetes的适配更友好。如果项目要上容器化，Dubbo的虚拟线程支持能减少资源开销。
B2B交易离不开审批流程，像合同审核、采购申请和信用额度调整，都需要可配置的工作流引擎。Activiti长期占据主流地位，它的BPMN 2.0模型能可视化设计复杂流程。
我见过一个B2B钢铁平台，用Activiti实现了五级审批链，每个节点还能动态设置审批人，这在传统硬编码模式下几乎不可能做到。
Flowable作为Activiti的分支，这几年势头很猛。它在性能上做了大量优化，比如内存占用比Activiti低20%左右，而且支持REST API远程调用。对于分布式部署的B2B系统，Flowable的异步执行器能有效避免数据库锁竞争。有个实际案例是，一个食品B2B平台把Activiti迁移到Flowable后，流程并发处理能力提升了近三成。
但工作流引擎的陷阱也不少。流程实例过多时，ACT_RU_TASK表容易成为瓶颈。我建议定期清理历史数据，或者用Flowable的事件监听器把已完成流程归档到历史库。另外，B2B业务中常有流程版本变更，Activiti的流程版本管理不够直观，Flowable在这方面做了改进，支持平滑迁移。
定制化需求也是考虑因素。有些B2B场景需要动态加签或会签，Activiti的MultiInstanceLoop特性虽然能实现，但配置复杂。Flowable提供了更灵活的扩展点，比如通过自定义命令拦截器注入业务逻辑。如果你团队有流程专家，可以用Activiti；如果希望快速交付，Flowable的文档和示例更丰富。
现巨星引力（深圳）体育营销有限公司代B2B平台几乎都采用前后端分离架构，Java后端配合前端框架已成标准模式。Vue在国内的B2B项目中很常见，它的双向绑定和组件化特性，让表单和表格这类高频交互页面开发效率很高。我参与过的一个大宗商品B2B后台，用Vue Element搭建管理面板，一周就完成了用户管理和权限分配模块。
React在复杂交互场景中更有优势。比如B2B的采购报价界面，需要大量实时数据更新和状态管理，React的虚拟DOM和Redux能保证性能稳定。有个B2B医疗器械平台，用React实现了拖拽式订单配置，页面响应速度和流畅度明显优于Vue方案。但React的JSX语法对新手不太友好，团队磨合成本较高。
前后端交互的痛点在于接口设计。RESTful接口看似简单，但B2B业务中嵌套对象多，频繁调用会导致前端渲染延迟。我习惯用GraphQL中间层来聚合数据，比如一个订单详情需要同时查用户、商品和物流信息，GraphQL一次请求就能搞定。Java端配合Spring GraphQL starter，开发体验挺顺滑。
鉴权和跨域问题也不能忽视。前端调用Java后端时，JWT令牌得通过HTTP Only Cookie传输，防止XSS攻击。跨域配置在Spring Security里加个CorsFilter就行，但注意生产环境别用通配符。另外，B2B系统常有多端支持，比如PC和移动端共用接口，Vue或React配合UniApp能复用大部分业务逻辑，减少重复开发工作量。
