https://www.lukxc.com个人博客Halo v2.21.3zh-cnhttps://www.lukxc.com/upload/mmexport1752310180802.pnghttps://www.lukxc.comSun, 17 May 2026 11:41:28 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-xi-tong-she-ji本文介绍了面向对象的软件设计方法及其在实际项目中的应用。首先，通过分析用例和构建领域模型，采用UML进行需求分析和设计。作者以2016年为某航空公司开发航路费及机场费核算系统为例，详细说明了面向对象分析（OOA）和设计（OOD）的过程，包括确定用例、复杂用例流程描述、构建用例图和领域模型等。接着，文章讨论了面向对象设计阶段的主要过程，如类识别、构造交互图和技术选型，并最终形成详细的架构文档。此外，另一部分介绍了设计模式在网络靶场项目中的应用，通过工厂抽象、单例、适配器等多种设计模式优化系统结构，提高系统的扩展性和可维护性。这些实践表明，合理运用面向对象的方法和设计模式可以有效提升软件的质量和用户体验。]]>/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-xi-tong-she-ji路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-an-li-chong-ci-wen-dang本文详细介绍了软件架构设计与评估、基于体系结构的软件设计、软件架构风格、软件架构复用、特定领域软件架构DSSA、软件系统质量属性及其评估方法、架构演化、可靠性设计以及数据库设计与性能优化技术。在软件架构设计与评估中，文章强调了需求分析、设计、实现、构件组装、部署和后开发阶段的重要性。基于体系结构的软件设计（ABSD）方法通过功能分解、选择架构风格和使用软件模板来实现。文章还讨论了多种架构风格及其应用，并介绍了软件架构复用的不同类型和对象。对于数据库设计，文章涵盖了安全性、完整性、反规范化、分片技术和主从复制等关键技术。最后，文章还涉及了Web架构设计中的层次式体系结构、SOA、微服务和云原生技术等内容。]]>/archives/xi-tong-jia-gou-shi-an-li-chong-ci-wen-dang路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-jia-gou-ping-gu本文介绍了作者作为系统架构师参与的两个项目：商业银行绩效考核平台和卫生健康委员会统一支付平台。在绩效考核平台项目中，作者详细阐述了软件架构评估的过程，包括质量属性（如性能、可用性、安全性等）的定义及ATAM评估方法的应用。通过ATAM评估，识别了系统的风险点、敏感点和权衡点，并生成了质量效用树。该项目成功上线并稳定运行一年多，得到了用户的一致好评。在统一支付平台项目中，同样采用了ATAM评估方法，重点讨论了性能、可用性、安全性和可修改性等质量属性，并确定了相关场景的优先级。最终，该平台也顺利通过验收并获得高度评价。两个项目的成功实施证明了软件架构评估在提高项目开发成功率和质量方面的重要性。]]>/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-jia-gou-ping-gu路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-kai-fa-fang-fa-yu-kai-fa-mo-xing本文介绍了作者在某市教育云平台建设项目中担任软件架构师的经验。项目以《教育信息化2.0行动计划》为指导，面向全市师生、家长及教育局管理人员提供多元化教育服务。项目采用瀑布开发模型和结构化开发方法，分为计划、需求分析、软件设计等阶段。在需求分析阶段，通过多种方式获取并建模需求；在软件设计阶段，进行了概要设计和详细设计，包括功能架构、接口设计、数据库建模等。此外，还考虑了性能、可用性、可修改性和安全性等非功能性需求。项目最终顺利上线并在全市多个区县推广，得到了广泛好评。通过此项目，作者深刻体会到软件架构设计的重要性，并分享了项目中的经验和教训。]]>/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-kai-fa-fang-fa-yu-kai-fa-mo-xing路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-an-quan-she-ji本文介绍了作者在为一票务公司开发开票业务平台时担任系统架构设计师的经验。该平台采用B/S架构和“平台+应用”模式，解决了单机独立开票带来的数据不准确、管理困难及安全问题。作者设计了平台的安全体系架构，通过多种技术手段如HTTPS加密、敏感数据加密、数据不落地、验证码、生物特征识别及账户锁定等，确保系统的安全性与保密性。这些措施有效提高了系统的安全等级，并通过了集团的安全检测，至今未发生安全事故。尽管如此，作者也指出了现有方案的一些不足，如单纯使用HTTPS通信的安全性和密码摘要盐的固化问题，提出未来需要考虑增加VPN或VPDN手段以及改进盐值获取方式来进一步增强安全性。]]>/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-an-quan-she-ji路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-jia-gou-feng-ge本文以江苏省气象局智能化预报服务平台、某商业银行绩效考核平台、统一支付平台和运营商AOP系统架构升级项目为例，探讨了企业应用系统的分层架构风格和其他多种架构风格的应用。在江苏省气象局项目中，采用分层架构加速了开发进度，降低了风险，并提高了系统的扩展性和可维护性。在商业银行项目中，通过结合数据流风格、调用返回风格、独立构件风格、虚拟机风格和仓库风格，实现了多维度的绩效考核平台，提升了银行的业务效率。统一支付平台则采用了轻量级J2EE多层架构、REST风格和数据库共享风格，确保了系统的可靠性、可用性和安全性。运营商AOP系统通过微服务架构升级，解决了性能瓶颈和服务雪崩问题，提高了系统的扩展性和交付速度。这些案例表明，合理的架构选择和组合能够显著提升系统的性能和用户体验。]]>/archives/xi-tong-jia-gou-shi-lun-wen-fan-wen-jia-gou-feng-ge路口、下车系统架构师软考Thu, 22 Jan 2026 11:51:45 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-ruan-jian-jia-gou-de-yan-hua-yu-wei-hu软件架构的演化与维护是软件工程中的重要环节，涵盖了从初始设计到退化弃用的全生命周期。演化过程包括需求获取、建模、文档、实现和维护等阶段，旨在通过纠错性修改和完善性修改使软件适应环境变化。面向对象软件架构的演化主要涉及对象、消息、复合片段及约束的添加、删除或修改。软件架构演化方式可按实现方式、研究方法以及是否在系统运行时进行分类。静态演化侧重于设计时和运行前的调整，而动态演化则关注运行期间的变化。软件架构演化需遵循成本控制、风险可控等原则，并通过评估方法来衡量其效果。大型网站架构的演化通常经历单体架构到分布式服务等多个阶段，以应对高并发、海量数据等问题。软件架构维护包括知识管理、修改管理和版本管理，确保架构的持续优化和适应性。]]>/archives/xi-tong-jia-gou-shi-ruan-jian-jia-gou-de-yan-hua-yu-wei-hu路口、下车系统架构师软考Thu, 22 Jan 2026 00:32:12 GMThttps://www.lukxc.com/archives/kafka---sheng-chan-zhe-tong-bu-yu-yi-bu-fa-song-xiao-xi文章介绍了Kafka中同步发送和异步发送消息的原理、优缺点。同步发送通过等待Kafka集群响应确保消息被成功写入，适用于对数据准确性要求高的场景，如金融交易，但其性能较低且容易造成阻塞。异步发送则允许生产者在发送消息后立即继续执行其他操作，提高了消息发送的吞吐量和应用程序的响应能力，适合处理大量消息的场景，如日志收集系统。然而，异步发送的可靠性相对较低，如果生产者进程意外终止，可能会导致部分消息丢失。]]>/archives/kafka---sheng-chan-zhe-tong-bu-yu-yi-bu-fa-song-xiao-xi路口、下车KafkaWed, 21 Jan 2026 10:22:24 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-ruan-jian-ke-kao-xing-fen-xi-yu-she-ji本文介绍了软件可靠性的基本概念、分析、设计和管理等方面的内容。系统可靠性是指在规定时间和环境下，系统完成规定功能的能力；而系统可用性则是指系统能够正常运行的时间比例。软件可靠性与硬件可靠性在复杂性、物理退化、唯一性和版本更新周期等方面存在差异。软件可靠性分析包括MTTF（平均无故障时间）、MTTR（平均故障修复时间）和MTBF（平均故障间隔时间）等指标。软件可靠性建模通过假设、性能度量、参数估计方法和数据要求来预测软件的可靠性。软件可靠性管理涉及软件生命周期中的各个阶段，包括需求分析、概要设计、详细设计、编码、测试和实施。软件可靠性设计技术包括N版本程序设计、恢复块方法、防卫式程序设计、双机容错技术和集群技术等。最后，文章还介绍了软件可靠性测试与评价的方法，包括运行剖面开发、测试用例设计、测试实施及结果分析等。]]>/archives/xi-tong-jia-gou-shi-ruan-jian-ke-kao-xing-fen-xi-yu-she-ji路口、下车系统架构师软考Wed, 21 Jan 2026 01:06:17 GMThttps://www.lukxc.com/archives/xi-tong-jia-gou-shi-jia-gou-she-ji-feng-ge-ping-gu本文详细介绍了软件架构相关的多个重要概念和方法，包括软件架构的概念、基于架构的软件开发、软件架构风格、特定领域软件架构（DSSA）、软件质量属性、软件架构评估、软件产品线、构件与中间件技术、MDA数据驱动模型及架构描述语言ADL等。特别强调了“4+1”视图模型、ABSD方法及其开发过程、五大架构风格及其应用场景、软件架构评估方法如ATAM和SAAM，并探讨了软件复用、构件组装、中间件的功能与分类等内容。这些知识点不仅在选择题中占较大比重，在案例论文中也经常被考察。文中还提供了丰富的示例来帮助理解各种架构风格的选择依据以及如何进行有效的架构设计和评估。]]>/archives/xi-tong-jia-gou-shi-jia-gou-she-ji-feng-ge-ping-gu路口、下车系统架构师软考Wed, 21 Jan 2026 00:54:06 GMThttps://www.lukxc.com/archives/kafka--sheng-chan-zhe-xiao-xi-fen-qu文章介绍了如何在Kafka中创建和描述主题，并展示了使用Java代码发送消息到Kafka主题的示例。首先，通过Docker容器中的命令行工具创建了一个名为`porders`的主题，并设置了3个分区和1个副本。接着，使用`kafka-topics.sh`脚本描述了该主题的详细信息，包括每个分区的领导者、副本等。 然后，文章提供了一个Java程序`OrderProducer`，用于向Kafka主题`porders`发送订单消息。该程序配置了Kafka生产者的属性，如引导服务器地址、键和值的序列化类、分区策略等。程序通过循环生成并发送10条订单消息，并记录每条消息的元数据（如主题、分区、偏移量和时间戳）。 最后，文章展示了三种不同情况下的日志输出：未设置Key且未设置分区器、设置了Key但未设置分区器、以及设置了分区器的情况。这些日志显示了每条消息被发送到的具体分区及其偏移量。]]>/archives/kafka--sheng-chan-zhe-xiao-xi-fen-qu路口、下车KafkaTue, 20 Jan 2026 15:32:22 GMThttps://www.lukxc.com/archives/kafka--sheng-chan-zhe-shu-ju-chuan-di-yu-yi文章介绍了Kafka中三种消息传递语义：At Most Once、At Least Once和Exactly Once。 1. **At Most Once**（最多一次）：生产者发送消息后不等待确认，性能高但可能丢失消息。适用于对消息丢失不太敏感但要求低延迟的场景，如实时监控数据传输。配置示例为`acks=0`和`retries=0`。 2. **At Least Once**（至少一次）：生产者发送消息后等待确认并重试直到成功，确保消息不会丢失但可能导致重复。适用于对消息丢失敏感且可容忍一定程度重复的场景，如金融交易系统。配置示例为`acks=all`和`retries=Integer.MAX_VALUE`。 3. **Exactly Once**（精确一次）：通过事务和幂等性机制确保消息既不丢失也不重复，适用于对消息准确性和一致性要求极高的场景，如订单处理和库存管理。配置示例包括启用幂等性和设置事务ID。]]>/archives/kafka--sheng-chan-zhe-shu-ju-chuan-di-yu-yi路口、下车KafkaTue, 20 Jan 2026 15:29:02 GMThttps://www.lukxc.com/archives/kafka--kafkasheng-chan-zhe-guan-jian-pei-zhi该文档包含一个Maven项目配置文件、一个订单类定义以及一个Kafka生产者示例。Maven配置文件中定义了项目的基本信息，并引入了Kafka客户端库、Logback日志框架和Jackson数据绑定库作为依赖项。订单类`Order`具有订单ID、时间戳、产品名称、数量和价格等属性，并提供了相应的构造函数、getter和setter方法以及toString方法。Kafka生产者示例`OrderProducer`使用KafkaProducer发送订单对象到指定的主题，通过自定义的JsonSerializer将订单对象序列化为JSON格式。生产者配置包括Kafka集群地址、键值序列化器、消息确认模式、重试次数和未完成请求数量限制等。]]>/archives/kafka--kafkasheng-chan-zhe-guan-jian-pei-zhi路口、下车KafkaTue, 20 Jan 2026 15:20:42 GMThttps://www.lukxc.com/archives/kafka--javacheng-xu-jie-ru-kakfa该文档包含了一个Maven项目的配置文件和两个Java类，用于演示如何使用Apache Kafka进行消息的生产和消费。Maven项目配置了Kafka客户端库和Logback日志框架作为依赖项，并设置了编译器版本和编码格式。`HelloWorldProducer`类通过创建一个Kafka生产者实例并发送一条"hello world again!"的消息到指定的主题`kinaction_helloworld`。`HelloWorldConsumer`类则展示了如何订阅同一主题并消费消息，它配置了一个消费者组ID、自动提交偏移量等属性，并在接收到消息时打印出其偏移量和内容。此外，还实现了优雅关闭机制以确保资源被正确释放。]]>/archives/kafka--javacheng-xu-jie-ru-kakfa路口、下车KafkaTue, 20 Jan 2026 15:17:42 GMThttps://www.lukxc.com/archives/kafka--dockerbu-shu-kafka-3.9本文介绍了如何使用Docker Compose部署Kafka和Zookeeper环境，并通过命令行创建、查看及管理Kafka主题。首先，通过删除旧目录并创建新目录，然后编写docker-compose.yaml文件来启动Kafka与Zookeeper服务。接着，展示了如何打开防火墙端口以允许外部访问Kafka服务。文章还详细解释了如何在Kafka集群中创建名为kinaction_helloworld的主题，包括指定分区数量和副本因子。此外，提供了查询主题列表及特定主题详细信息的方法。最后，演示了如何使用Kafka控制台生产者向主题发送消息以及如何使用消费者从主题接收消息的过程。]]>/archives/kafka--dockerbu-shu-kafka-3.9路口、下车KafkaTue, 20 Jan 2026 13:57:48 GMThttps://www.lukxc.com/archives/kafka--chu-shi-apache-kafkaApache Kafka是一种高性能、分布式的消息发布与订阅系统，也是一个强大的流式处理平台。它支持实时数据流的高吞吐量传输，具备高度可扩展性、持久化特性和容错能力。Kafka通过分布式部署多个代理来处理大量数据，并以日志形式存储数据，确保即使在故障情况下也不会丢失数据。Kafka不仅支持多种消息传递语义（至少一次、至多一次、精确一次），还集成了Kafka Streams库，便于构建实时流处理应用。此外，Kafka广泛应用于日志聚合、微服务架构和物联网数据总线等领域，为企业提供了一站式的解决方案。然而，在批处理、随机查询、严格消息顺序保证和大消息体处理等特定场景下，Kafka可能不是最佳选择。]]>/archives/kafka--chu-shi-apache-kafka路口、下车KafkaTue, 20 Jan 2026 13:35:42 GMThttps://www.lukxc.com/archives/kafka--guan-jian-gai-nian本文介绍了Kafka中的关键组件及其作用。Kafka Broker是服务器实例，负责存储和转发消息，并处理客户端请求。Topic用于对消息进行分类管理，使生产者和消费者解耦。Partition是Topic的物理分区，提高系统的并行度和吞吐量。Producer负责创建并发送消息到指定的Topic，而Consumer则订阅并处理这些消息。Consumer Group是一组消费者的集合，实现负载均衡和容错。在Kafka中，生产者将消息发送到Topic，消息根据分区规则被分配到不同的Partition中，存储在Broker上；消费者通过订阅Topic从相应的Partition中获取消息，确保每个分区的消息在一个消费者组内只被一个消费者消费。]]>/archives/kafka--guan-jian-gai-nian路口、下车KafkaTue, 20 Jan 2026 13:12:23 GMThttps://www.lukxc.com/archives/wei-ming-ming-wen-zhang有幸又过了一门软件高级科目-系统架构师，现在软考考试通过率越来越低，每考一次感觉要经历一次恶战，所以争取一次通过，尽量不要多次拉扯。 下面将对该课程进行一点学习心得分享以及学习资料上传到博客。 我主要学习路线主要是依托于51CTO邹老师的课程作为主，自己找资料为辅。 选择题 没什么说的主要是刷题，每]]>/archives/wei-ming-ming-wen-zhang路口、下车系统架构师软考Tue, 20 Jan 2026 01:21:48 GMThttps://www.lukxc.com/archives/rocketmq--springbootji-cheng本文介绍了如何使用Spring Boot集成RocketMQ来快速开发生产者和消费者。首先，通过添加`rocketmq-spring-boot-starter`依赖并配置`application.properties`文件，可以轻松搭建RocketMQ环境。对于生产者，利用`RocketMQTemplate`对象进行消息发送，示例代码展示了异步发送消息并监听回调结果的方法。消费者则通过`@RocketMQMessageListener`注解定义监听器，并在`onMessage`方法中处理接收到的消息。整个过程简单直观，便于快速上手和实际应用。]]>/archives/rocketmq--springbootji-cheng路口、下车RocketMQspringboot架构设计Tue, 20 Jan 2026 00:49:22 GMThttps://www.lukxc.com/archives/rocketmq--cun-chu-jian-suo-shua-pan-guo-qi-shan-chu-ji-zhi本文介绍了RocketMQ Broker的存储目录结构及其功能，包括CommitLog、ConsumeQueue、Index、Config等文件夹的作用。CommitLog保存消息数据，每个文件默认1GB大小；ConsumeQueue提供消费队列索引；Index用于按消息key创建Hash索引；Config保存Topic、订阅关系和消费进度。此外，还详细说明了消息构成、CommitLog的作用及写入机制、索引机制（基于MessageID和Tag查询）、过期文件删除策略以及同步与异步刷盘的区别和配置方法。过期文件删除条件包括时间间隔、磁盘使用率和手动删除，并且删除过程涉及多步骤检查以确保安全。同步刷盘保证消息一致性但性能较低，而异步刷盘提高性能但可能丢失少量消息。]]>/archives/rocketmq--cun-chu-jian-suo-shua-pan-guo-qi-shan-chu-ji-zhi路口、下车RocketMQTue, 20 Jan 2026 00:43:05 GMT