为什么要从Command说起？
因为Command才是Cesium源码中真正意义的绘制细胞。
相关文章
- TSL 和 SSL 是什么？它们有何关系？-定义：SSL（安全套接层）是一种早期的加密协议，用于在互联网通信中保障数据传输的安全性。它通过加密和身份验证机制，确保客户端（如浏览器）与服务器之间的通信不被窃听或篡改。 版本：SSL 1.0（未发布）、SSL 2.0（1995年，已废弃）、SSL 3.0（1996年，已淘汰）。 问题：SSL 3.0 及早期版本存在严重安全漏洞（如 POODLE 攻击），目前已被现代系统禁用。 2. TLS（Transport Layer Security） 定义：TLS（传输层安全协议）是 SSL 的继任者，旨在提供更安全的通信协议。TLS 由国际互联网工程任务组（IETF）标准化，逐步替代了 SSL。 版本：TLS 1.0（1999年，已淘汰）、TLS 1.1（2006年，已淘汰）、TLS 1.2（2008年，广泛使用）、TLS 1.3（2018年，最新标准）。 优势：更强的加密算法（如 AES、ChaCha20）、更高效的握手过程、支持前向保密（Perfect Forward Secrecy）等。 SSL 与 TLS 的关系 继承关系 TLS 直接基于 SSL 3.0 设计，可以视为 SSL 的升级版。TLS 1.0 最初命名为 SSL 3.1，后因标准化需要更名为 TLS。 协议兼容性
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能： Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令中用在了错误类型的键上面，所以如果在生产环境中你使用的正常命令，那么在 Redis 事务中，是不会出现错误而导致回滚的。 来自文档：Redis commands can fail only if called with a wrong syntax... 事务执行一半，Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死，或者遇上某种硬件故障，那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题，那么它会退出，并汇报一个错误。使用redis-check-aof程序可以修复这一问题：它会移除 AOF 文件中不完整事务的信息，确保服务器可以顺利启动 注意： 若在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行 若在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚，这样更简单便捷并且性能更好（回滚还需要解决回滚事务覆盖的问题）。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- 1.3 使命的完成者Command
- Azure开发者任务之四：在Azure SDK 1.3中挂载调试器的错误
- 能独立完成项目开发任务； 6.有较强的团队沟通与合作能力； 7.熟悉敏捷开发流程者优先