Posts - 54,
Articles - 0,
Comments - 109
艰难地走在操作系统开发的道路上
08:40 by Hundre, ... 阅读,
惶恐中放上小弟的第一篇分析作品，水平有限，文笔不济，希望各位见谅并提出意见和建议
一、启动之前
VS的便捷同时也掩盖了一个操作系统从源代码转换到二进制文件的中间流程，所以首先先从源代码编译下手，先弄清楚VS是怎么把C#源代码编译成可引导启动的二进制代码。
本人使用的源代码包为cosmos-72205.zip
对于VS需要额外安装：VS2010 SDK
二、MSBuild
编译过LINUX的朋友应该都熟悉Make文件吧，在这里面可以清楚的看到使用编译器把C源代码编译成二进制源代码的流程，中间干了什么都可以看得清清楚楚。但使用VS的朋友一般都是程序写好之后直接F5就运行了，后面做了什么我们根本不知道。对于COSMOS的源代码，VS只是帮我们编译成了IL的代码，这种代码无法在没有CLR环境中运行，所以VS还需要把IL代码编译为针对CPU的本地代码。这中间的流程都由MSBuild这个东西控制。对于MSBuild的介绍可以直接查看MSDN文档。总的来说这个东西的地位就相当于Make文件的地位吧，指导VS如何生成可以引导的二进制文件。
三、编译Cosmos
首先先运行解压出来的文件夹里的Build/VSIP/install.bat文件，这个好像是用安装Cosmos的编译环境的。安装完成，直接双击Source/cosmos.sln文件(在这之前需要先安装VS2010 SDK)即可浏览全部源代码文件（激动~~~~选择COSMOS的主要原因）。打开之后得先改一下启动项目，在次修改成Breakpoints这个项目 。然后就可以直接F5启动了。COSMOS编译完成后会直接使用自带的Bulid目录下的虚拟机来加载编译生成的ISO文件，并运行，运行界面如下：
四、Cosmos的编译过程
我们可以看到，工程里面设为启动项的不是常规的C#项目，而已Cosmos项目，该项目在运行Build/VSIP/install.bat时安装到VS2010中，编译的时候会调用该项目自己的MSBuild文件来控制其编译过程，可以在C:\Program Files\MSBuild\Cosmos该目录下找到一个Cosmos.target文件，用写字板打开，找到如下内容：
&UsingTask&TaskName="Cosmos.Build.MSBuild.IL2CPU"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
&&&&&UsingTask&TaskName="Cosmos.Build.MSBuild.NAsm"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
&&&&&UsingTask&TaskName="Cosmos.Build.MSBuild.MakeISO"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
&&&&&UsingTask&TaskName="Cosmos.Build.MSBuild.Ld"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
&&&&&UsingTask&TaskName="Cosmos.Build.MSBuild.ReadNAsmMapToCosmosMap"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
&&&&&UsingTask&TaskName="Cosmos.Build.MSBuild.ExtractMapFromElfFile"&AssemblyFile="$(VSIPDir)\Cosmos.Build.MSBuild.dll"&/&
个人理解，Cosmos项目编译时应该会加载这些dll进内存，在Cosmos项目源代码中到对应的项目，可以发现它们都直接或者间接继承自AppDomainIsolatedTask类，查看MSDN，这个继承该类的类都重写了execute方法，MSBuild在加载这些程序集时应该是会自动运行这些程序集中继承自AppDomainIsolatedTask的类重写的execute方法（运行的顺序似乎并不是按照上面的书写顺序），那么接下来我们只要再分析每一个execute方法，就可以明白这个C#源代码程序是如何编译成为本地CPU二进制格式的文件了（以上各个类运行时需要的参数可以在该文件的接下来的部分找到，如下：
&IL2CPU&&DebugMode="$(DebugMode)"
&&&&&&&&&&&&&&&&&TraceAssemblies="$(TraceAssemblies)"
&&&&&&&&&&&&&&&&&DebugCom="1"
&&&&&&&&&&&&&&&&&UseNAsm="true"
&&&&&&&&&&&&&&&&&References="@(ReferencePath)"
&&&&&&&&&&&&&&&&&OutputFilename="$(TargetDir)$(MSBuildProjectName).asm"
&&&&&&&&&&&&&&&&&EnableLogging="true"
&&&&&&&&&&&&&&&&&EmitDebugSymbols="$(DebugSymbols)"/&
&&&&&&&&&&NAsm&&&&InputFile="$(TargetDir)$(MSBuildProjectName).asm"
&&&&&&&&&&&&&&&&&OutputFile="$(TargetDir)$(MSBuildProjectName).obj"
&&&&&&&&&&&&&&&&&IsELF="$(IsELF)"
&&&&&&&&&&&&&&&&&ExePath="$(NasmFile)"&/&&
&&&&&&&&&&&!--ELF&only--&&
&&&&&&&&&Ld&&&&&&CosmosBuildDir="$(CosmosDir)\Build"
&&&&&&&&&&&&&&&&&WorkingDir="$(TargetDir)"
&&&&&&&&&&&&&&&&&Arguments="-Ttext&0x500000&-Tdata&0x200000&-e&Kernel_Start&-o&'$(TargetDir)$(MSBuildProjectName).bin'&'$(TargetDir)$(MSBuildProjectName).obj'"
&&&&&&&&&&&&&&&&&Condition="$(IsELF)&==&'true'"/&
&&&&&&&&&Delete&Files="$(TargetDir)$(MSBuildProjectName).obj"&Condition="$(IsELF)&==&'true'"/&
&&&&&&&&&ExtractMapFromElfFile&&InputFile="$(TargetDir)$(MSBuildProjectName).bin"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&DebugInfoFile="$(TargetDir)$(MSBuildProjectName).cpdb"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&WorkingDir="$(TargetDir)"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&CosmosBuildDir="$(CosmosDir)\Build"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&Condition="$(IsELF)&==&'true'"/&&
&&&&&&&&&CreateItem&Include="$(TargetDir)$(MSBuildProjectName).bin"&Condition="$(IsELF)&==&'true'"&
&&&&&&&&&&&&&Output&TaskParameter="Include"
&&&&&&&&&&&&&&&&&&&&ItemName="TempFilesToCopy"/&
&&&&&&&&&/CreateItem&
&&&&&&&&&Copy&SourceFiles="@(TempFilesToCopy)"
&&&&&&&&&&&&&&DestinationFiles="@(TempFilesToCopy-&'$(TargetDir)\%(Filename).obj')"
&&&&&&&&&&&&&&Condition="$(IsELF)&==&'true'"/&
&&&&&&&&&Delete&Files="$(TargetDir)$(MSBuildProjectName).bin"&Condition="$(IsELF)&==&'true'"/&
&&&&&&&&&&!--End&of&ELF&only--&
&&&&&&&&&&&!--binary&only--&&
&&&&&&&&&ReadNAsmMapToCosmosMap&InputBaseDir="$(TargetDir)"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&DebugInfoFile="$(TargetDir)$(MSBuildProjectName).cpdb"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&Condition="$(IsELF)&==&'false'"/&
&&&&&&&&&&!--end&of&binary&only--&
&&&&&&&&&&!--todo:&update&cxdb&to&cxdbg--&&
&&&&&&&&&MakeISO&InputFile="$(TargetDir)$(MSBuildProjectName).obj"
&&&&&&&&&&&&&&&&&OutputFile="$(TargetDir)$(MSBuildProjectName).iso"
&&&&&&&&&&&&&&&&&CosmosBuildDir="$(CosmosDir)\Build"&/&）。
&&& 4．1先从Cosmos.Build.MSBuild.IL2CPU开始。
　　Cosmos.Build.MSBuild.IL2CPU继承自AppDomainIsolatedTask类，并重写了execute方法，在execute方法中调用实例化的IL2CPUTask的类的execute方法。而IL2CPUTask类的execute方法则负责获取程序的入口点，读取所有的程序集文件。对于小弟的这个水平来说，由于IL2CPU编译器过于复杂，以下分析请大家以批判的角度来阅读：读取程序集文件后，应该是调用IL2CPU编译器来把IL代码转换成本地CPU的汇编代码文件.asm和支持调试用的符号文件.cpdb。到此Cosmos.Build.MSBuild.IL2CPU的任务就算完成了。接下来的事情交由Cosmos.Build.MSBuild.Nasm处理。
&&&&&&&& 4.2 Cosmos.Build.MSBuild.Nasm
Cosmos.Build.MSBuild.Nasm直接继承自Cosmos.Build.MSBuild.BaseToolTask,而BaseToolTask又直接继承自AppDomainIsolatedTask,查看他们的execute方法内的代码，可以知道Nasm这个类应该是使用Nasm.exe（一个跨平台的汇编开发工具）这个工具把上一步转换出来的.asm文件编译成elf格式的（关于elf格式可以参看小弟空间里的另一篇文章/li0803/archive//1877961.html）目标文件.obj,到此Cosmos.Build.MSBuild.Nasm这个类的工作也结束了，接下来由Cosmos.Build.MSBuild.MakeISO这个类来处理
4.3 Cosmos.Build.MSBuild.MakeISO
Cosmos.Build.MSBuild.MakeISO与Nasm类似，直接继承自BaseToolTask,间接继承自AppDomainIsolatedTask，并重写了自己的execute方法，作用是使用mkisofs.exe这个工具把上一步生成的.obj文件链接成一个ISO文件，以便虚拟机可以加载运行。其实到这一步已经得到了一个可以运行的COSMOS操作系统文件了，但得到的只是一个ISO文件，只能再虚拟机种运行，无法安装到实际的机子上，也不方便进行调试，所以COSMOS还要MSBuild做了一下的事情来生成一个.bin的二进制文件和一些支持在VS下对操作系统的源代码进行调试的.cpdb符号表文件。不知道这么说对不对，大家就仅当参考吧，不对的话也希望大家可以帮忙指正一下，呵呵：）
&& 4.4 Cosmos.Build.MSBuild.Ld
　　Cosmos.Build.MSBuild.Ld也与Nasm类似，直接继承自BaseToolTask,间接继承自AppDomainIsolatedTask，并重写了自己的execute方法，作用是把Nasm类中编译出来的.obj目标文件使用ld.exe工具链接成一个独立的ELF格式的本地CPU可运行的二进制文件（有关编译和链接的只是可以参考《程序员的自我修养》），然后再交由Cosmos.Build.MSBuild.ExtractMapFromElfFile继续处理
&& 4.5 Cosmos.Build.MSBuild.ExtractMapFromElfFile
　　Cosmos.Build.MSBuild.ExtractMapFromElfFile同样是直接继承自BaseToolTask,间接继承自AppDomainIsolatedTask，并重写了自己的execute方法，在execute方法中调用objdump.exe来处理上一步生成的文件。小弟也是第一次接触objdump.exe这个东西，从源代码上看应该是分析上一步编译出来的.bin文件，然后生成支持调试用的.cpdb符号表文件吧，接着再交由Cosmos.Build.MSBuild.ReadNAsmMapToCosmosMap做最后的处理。
&& 4.6 Cosmos.Build.MSBuild.ReadNAsmMapToCosmosMap
&& Cosmos.Build.MSBuild.ReadNAsmMapToCosmosMap类直接继承自AppDomainIsolatedTask类，并重写自己的execute方法，作用是从Nasm任务中生成的.obj文件中读取出地址符号映射表（什么东西？不太懂），写入自带的firebird数据库中，便于源代码跟踪调试用。
到此，COSMOS的编译工作就算是全部完成了cosmos works_百度百科
cosmos works
本词条缺少概述、名片图，补充相关内容使词条更完整，还能快速升级，赶紧来吧！
针对SolidWorks有史以来最好的原创设计验证解决方案！使用相同的SolidWorks介面，提供快速、功能 强大与精确的设计分析…不用怀疑，COSMOSWorks是主流市场的第一名。
COSMOSWorks针对工程师与设计人员，提供了简学易用且功能强大的设计验证与最佳化工具。全球超过14,000家各个业界的公司，目前正使用COSMOS来改善设计品质，避免现场故障，减少材料成本与缩短上市时间。
COSMOSWorks赋予您更快速、低成本与最佳化的产品研发能力，比起要使用到最精细的原型测试，还 更具有全面性的产品效能验证功能。
现有的产品包装如下，COSMOSWorks可以随时依据您扩充的分析需求而增加与改变：
COSMOSWorks Designer - 利用易学易用的虚拟仿真工具进行分析,其效果远远优于手算
COSMOSWorks Professional -
提供了一系列功能强大的工具，可帮助那些熟悉分析概念的工程师对零件和装配体进行虚拟测试和分析。
COSMOSWorks Advanced Professional - 是目前市场上最全面、最复杂的分析工具之一，它为经验丰富的分析员提供了多种分析功能，而价格却远远低于大多数的高端 FEA 软件
价格适中的设计验证工具，适合每个工程师使用
COSMOSWorks(TM) Designer 是专门为那些非设计验证领域专业人士的设计师和工程师量身定做的，该软件通过表明 SolidWorks 模型在构建之前的运作状况，从而帮助提高产品质量。 使用 COSMOSWorks(TM) Designer 可以在不退出 SolidWorks 窗口的情况下，验证您的直觉并对不同设计思路的实际性能进行分析，其效果要远远优于手算。
易学易用，很快即可见成效
COSMOSWorks(TM) Designer-完全嵌入在 SolidWorks 界面中，并且使用 SolidWorks FeatureManager& 和许多相同的鼠标和键盘命令，因此任何能够在 SolidWorks 中设计零件的人都可以对其进行分析，而无需学习如何使用新的界面。COSMOSWorks Designer 包含最常用的设计验证工具，提供了对零件和装配体的应力、应变和位移分析的功能，而且价格非常适中。
使用 COSMOSWorks Designer，您可以:
利用易学易用的虚拟仿真工具进行分析，其效果要远远优于手算
研究装配体和不同零部件之间的交互作用
在任何位置都可以使用像动态截面和探测这样的可视化工具对验证结果进行分析
在不同的现实条件下对各种设计思路进行分析，从中选择最佳的设计
快速检验您的直觉，减少物理测试
使用 SolidWorks 时，设计人员可以在最初建模阶段输入材料属性。
适合专业工程师使用的强大分析工具
COSMOSWorks Professional 提供了一系列功能强大的工具，可帮助那些熟悉分析概念的工程师对零件和装配体进行虚拟测试和分析。 对于需要更多特定分析功能的工程师来说，他们可以使用 COSMOSWorks Professional 对几乎任何零部件或装配体在任何载荷条件下的物理特性进行预测。
智能化的分析使您的工作更轻松、更有效
除了 COSMOSWorks Designer 内所包含的分析功能外，它还提供了跌落测试、优化分析、热传导分析、热应力分析、振动分析、疲劳分析和扭曲分析等功能。 无论应用于从机械设计和消费产品到医疗设备的哪个行业，COSMOSWorks都能够大大提高产品质量，使工程师可以快速找出设计问题，所需时间要比制造原型机短得多。
使用 COSMOSWorks Professional，您可以:
执行跌落测试分析
优化零件和装配体以最大程度地减小质量和体积
确定您的设计是否会因扭曲或振动而出现故障
减少因物理原型机开发而产生的成本和时间延误
确定您的设计是否会因循环荷载产生的疲劳而出现故障
找出潜在的设计问题，并尽早在设计过程中予以纠正
解决大量的热力模拟问题
执行热耦合和结构分析
COSMOSWorks Professional 利用 COSMOSWorks 设计情形功能，用户可以对具有可变参数（例如，载荷或几何尺寸）的设计进行分析
高端的分析工具，非高端的价格
COSMOSWorks Advanced Professional 是目前市场上最全面、最复杂的分析工具之一，它为经验丰富的分析员提供了多种分析功能，而价格却远远低于大多数的高端 FEA 软件。
精密准确的 FEA，适合经验丰富的用户使用
对于棘手的工程问题（例如，高级动力问题和非线性模拟问题），您需要一个能够快速分析出可靠结果的强大工具。 COSMOSWorks Advanced Professional 有 20 多年的 FEA 专业知识和技术创新作为坚实的后盾，为您提供了完成工作所需的高端分析功能。
使用 COSMOSWorks Advanced Professional，您可以:
对塑料、橡胶、聚合物、泡沫和镍钛合金执行非线性分析
对非线性材料间的接触进行分析
研究您的设计在动态载荷下的性能
了解复合材料的特性
在 COSMOSWorks 中，用户可以执行多种设计分析。此示例对一个篮圈同时进行了线性和非线性分析。 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
COSMOSXpress设计分析
下载积分：300
内容提示：COSMOSXpress设计分析
文档格式：PDF|
浏览次数：181|
上传日期： 03:22:13|
文档星级：
该用户还上传了这些文档
COSMOSXpress设计分析
官方公共微信微软的COSMOS如此封闭如何与Hadoop竞争，既然没有优势，搞它有啥用？
按投票排序
cosmos 是微软的数据处理平台，开发语言是scope，一种类SQL脚本，可以嵌入或者调用C#。而且能在本地直接测试，开发非常方便。cosmos的原理和hadoop是不是一样的，这个不太清楚。但是稳定性和处理效率应该不输给hadoop，记得有位曾经在cosmos team的人说过。微软在分布式方面的研究是非常牛逼的，像Leslie Lamport这种大神还在微软。微软以前发的论文都是和Dryad相关的，有一年在SOSP和OSDI上灌水差不多1/3。不过介绍cosmos的非常少。所以理解cosmos的原理或者source code应该是会有非常大的收获。要深入研究cosmos开发语言的话，可能一直呆在微软比较合适。
又不是给你们用的，为什么要跟别人的东西竞争？再说了cosmos和hadoop的区别就跟windows和dos的区别一样，也不是一个档次的，不需要有竞争关系。
hadoop如此的不好用如何跟Cosmos竞争。Cosmos目标的竞争对手应该是G家的map reduce。后者也是封闭的。
微软内部用的一个大数据平台，只有微软内部用过的也用过hadoop的才能评价有没有优势吧。
开发Microsoft Azure的BOSS系统才知道的COSMOS，据MS的开发人员告诉我，这个东西是MS内部的一个超大型DataCenter，是他们真正意义上的“BIG DATA”。具体干啥的我也不知道……但貌似不是拿来与Hadoop竞争的。
Cosmos青出于蓝胜于蓝，根本就没把hadoop放在眼里，目前正在逐步商用，比喻azure HDInsight，至少这方面的市场不是迫切，而且也没想好以什么样的形式展现在世人面前。
屌丝就喜欢瞎操心。不光cosmos，微软的代码版本控制不是svn/git，而是自己开发的。
在当时那个背景，微软之所以搞Cosmos，完全是出于对大数据处理解决方案的需求。Cosmos主要是为Bing提供数据存储，处理的服务。至于为什么不拿Hadoop开源社区的现有解决方案，这一部分要归结于当时微软闭塞的公司文化。另外Hadoop作为一个系统，也有它自己的薄弱环节。微软作为一个大公司，想要设计自己的解决方案也有其合理的缘由。关于为什么要继续发展Cosmos，这个有多方面的因素。我能想到的有两点。1. 目前，很多组都在正常使用Cosmos提供的服务。要做切换的话，会有很多工作需要去做。2. 如果用Hadoop替换Cosmos效果能有多好。这个也是需要进行系统分析。微软在未来会不会开始使用Hadoop这样的开源解决方案？我觉得还是非常有可能的。公司内部已经有很多项目采用开源的服务了。在最近一两年，微软的文化还是有比较大的改变。对于开源社区持更开放，积极，支持的态度。开源.Net就是很好的例子。具体可以参加Gihub上面微软开源的项目。
这个问题的逻辑好奇怪，为什么封闭就是没有优势呢？Google在论文发出来之前不也是封闭的插一句话，2011年在Bing实习的时候，坐旁边的师兄就跟我说cosmos真的是NB【Cosmos】为美少女战士sailormoon新番造势【美战更深的含义_bilibili吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
【Cosmos】为美少女战士sailormoon新番造势【美战更深的含义收藏
图片来自：图片来自：图片来自：图片来自：有人看过原作漫画吗，美少女战士sailormoon到第五部动画与漫画完全可以当两个作品来看，重要角色Sailor Cosmos在旧动画中没有登场，是最大的遗憾，原作的风格比较黑暗，武内直子本身很喜欢科幻，动画第三部其实比较接近原作第三期时的感觉，异常猎奇的死法、恶魔都市风格，悲剧式人物的塑造、沉重的宿命观，但一些地方还是删减掉了，后来sailormoon的音乐剧，其中原创的脚本还是还原了漫画的精髓首先要弄清楚的是整个故事是另一条线非常久远的过去，在不存在“宇宙”这个概念的空间里，曾有一个女性带着秩序之种和混沌之种来到整个空间中心的银河熔炉，见到了整个宇宙的守护神星魂，并把这两颗种子放了进去，光与暗相交合，由此，整个宇宙诞生了。 同时Sailor Cosmos和Sailor Chaos也随之诞生。而Sailor Cosmos离开银河熔炉开始在整个宇宙中创造生命和文明。最终在太阳系建立了银千年王国，并将自己的人格封印化身为女王。 另一方面留在银河熔炉中的Sailor Chaos则生出代表悲伤憎恨痛苦的黑暗力量并向全宇宙散播。 Sailor Chaos的目的是融合Sailor Cosmos使整个宇宙重新回到一片黑暗的虚无状态，因此黑暗力量一直都正着宇宙里寻找着Sailor Cosmos。于是在整个宇宙里由Sailor Cosmos创造的光明的力量与Sailor Chaos创造的黑暗的力量一直都在互相争斗着。其间银千年王国经历的毁灭和再生，小兔等人也在转生后对抗着由Sailor Chaos创造的黑暗力量。 另一方面，同样是由光明而生，但是最终对现实感到绝望追求起绝对力量的嘉拉西亚来到的银河熔炉，并被Sailor Chaos所诱惑，开始以压倒性的力量使整个银河系走上毁灭的道路，同时Sailor Cosmos化身的小兔也受到了命运的指引来到银河熔炉。 并且在银河熔炉中通过和嘉拉西亚以及Sailor Chaos的对话中意识到宇宙的历史是在光与暗的交锋中重复的，光和暗是等同的存在，抹消掉任何一边结果都是一样的，这宇宙都将不复存在，而如果只是一次次的战斗，倒下的任何一方也都会一次又一次再生，这样没有尽头的战斗除了会伤害到更多人是没有任何意义的，因此而陷入苦恼的兔子失去了战斗的意识。 但是最终她还是意识到Sailor Chaos本身的悲伤和痛苦并不是不可调和的，只要爱与正义还存在于人们的心中，整个宇宙就会向着更幸福的方向发展，于是以自己的生命为代价净化了Sailor Chaos，调和了光与暗，同时被嘉拉西亚所毁灭的人和星球都因为这一行为而重新再生了。但是，这并不意味着Sailor Chaos的消失，因为暗的存在本身是不可能被消去的，当人们心中的爱与正义再次产生迷茫的时候，又会再一次再生。 同时回归银河熔炉里的小兔见到了整个宇宙的守护者——星魂，并从她那里听说了最初宇宙诞生时的故事，同时，这里似乎又暗示了小兔这一次的到来和那个“女性”最开始的到来是一样的，也就是是说小兔和那个创造宇宙的“女性”是同样的存在。虽然无论从科学哲学还是逻辑本身上都说不通，这里大概也是直子一种美好的寄托吧，对于每个人来说，创造这个世界的，是一位美丽而又善良的女性，是一个平时可能迷迷糊糊又不怎么靠得住的普通女孩，而当她创造出一个生命成为一个母亲时，就将成为调合这世界一切的存在。 同时由于星魂的力量，小兔自身也得以重生。 另一方面从遥远未来而来的Sailor Cosmos（流传最广的那版翻译是水手宇宙，但是这是一个不折不扣的错译，这里的Cosmos和Chaos来自于古希腊哲学概念，Cosmos表示的是整个宇宙处于的一种被调协的有秩序的状态，这个概念非常接近于我国道家中“阳”和“阴”的概念）也觉醒了。就在Sailor Chaos再一次出现的未来，她和小兔一样陷入了光和暗不可调和的终极悖论之中，但是她无法面对如此残酷的现实，所以决定从战斗中逃脱来到了现在。 Sailor Cosmos在从小兔那里得到勇气后返回了未来，去和Sailor Chaos去进行新的决战，其结果究竟是创造新的宇宙，还是重新调和，这恐怕谁都不会知道了。 而就故事里的“现在”，小兔重生后和小卫结婚了，暂时和其他战士一起过上了普通女孩的幸福生活，大概在今后也会建立新的银千年王国，成为新的女王。 这里有一个直子自己安排下的悖论，Sailor Cosmos究竟来自于被改变的未来还是原来的未来？也就是说小兔的命运究竟是在未来变成Silaor Cosmos继续和Silaor Chaos那无尽的战斗的轮回继续回到现在自己所处的过去？还是说小兔会有属于自己普通人的命运和未来？漫画最后，Sailormoon无论如何都打不过万恶之源卡奥丝（CHAOS），最后把自己融化在其中，与之同归于尽。死亡之后，灵魂在星之诞生地选择了新的命运，改写宇宙法则，与其他已死的战士们以旧样貌继续存在，而没有选择再生。在新世界，好像是大家都复活了，实则是全部死亡，活在精神的世界中。在她构建的新世界，大家还是美好地生活在一起，未来的女儿也会在未来等着出生。不过，在她一直为之战斗的世界里，这些水兵战士们全部已经不存在了。星之诞生地里出生的新的星宿种子会孕育新的战士，重生在真实的世界，但不是她们。评析小兔之所以与凯欧斯融合,是因为她领悟到光明与黑暗是共生的,两者是矛盾的两面,其中一方都不可能消灭另一方,只能通过敞开自己的胸怀，包容对方,从而去调和双方的对立,这就是等于她同时选择放弃代表光明的身份以及与黑暗的对立立场,但光明与黑暗的对立不会因小兔的个人努力而处于永远停息的状态,因为光明与黑暗的对立是永远不变的,而小兔的行为可以改变至少是暂时阻止光明与黑暗的对立的发展或者存在...抛弃一切是指抛弃作为光明或黑暗的身份,不偏于任何一方,从而去维持双方的平衡去阻止双方对立的形势,也就是创造真正的和平,而承受一切是指作为维持双方的平衡的担任者,必须要能承受光明与黑暗的斗争所带来的孤独与痛苦,也就是生灵涂炭...但只要战争结束后,就会有新的希望与未来,尽管战争永远持续,只要有战争停息的一刻就会一刻的希望与未来,所以无论处于多么绝望的境地，都不要放弃希望与未来...这也是直子想描述的吧...嘉拉西亚临死前说：SAILORMOON，你是包容一切的战士吗？“包容”这个词，被东映浅显地理解成了“宽容”，我想这是造成漫画月野兔和动画月野兔截然不同的根源吧。对一个战士来说，宽容和头脑发热是决不允许的。为了增加收视率而对漫画里的兔子痛下杀手，我想东映做得已经够过分的了。其实美战里的凯欧斯(卡奥斯)并不是象征什么混沌,虽然卡奥斯与混沌在西方文化确实有渊源,从它们的广义上分析,都是泛指原示、初始的意思,但是这些却与美战的卡奥斯毫无关联.在美战里卡奥斯并不是宇宙的原始状态,也不是代表万物的根源,它是星星诞生地诞生出来,而星星诞生地是宇宙诞生的,显然这与传统意义上的卡奥斯是两个概念.直子在描绘卡奥斯时候确实取材于希腊神话或西方的传统文化,但也只限于名字上,直子所描述的卡奥斯是那些没能生成星星的,是那些拥有自己星星的水手服战士的反面(摘自漫画中卡奥斯语录),也就是人类内心所隐藏的黑暗面. 兔子不仅仅是一个战士，一个守护者，她已经与宇宙融为一体。其实每一场大战过去，兔子所经历的不仅仅是战斗力的提升，更重要并且常常被我们忽视的是兔子对这个世界，这个宇宙的领悟也在不断加深，不断透彻。与尼凯尼利亚一战（漫画），兔子懂得了“光明的背后也有黑暗”，“每个人的心中都有一颗星星”。与混沌的最后一战，兔子终于参透了宇宙间亘古不变的真理：“卡奥斯，贝尔女王，狄文王子，法老90，尼凯尼利亚，还有，GALAXIA,现在我明白了，为什么你们一直在渴求我的力量。那和我在渴求爱人，渴求同伴的心情是一样。我们大家都是孤独的星星。所以在相互渴求，希望结为一体。结为一体，那是我们最初的形态。所以现在我才要渴求你，把你包裹着，在这防卫圈之中，为了拯救一切！”这段话我每看一遍都会有新的体会。哲学什么的我也不是很懂，但是作为一个普通人而言，这些话还是会与我的心灵引起一些小小的共鸣，每次看完漫画都会泪流满面。千言万语，最终还是要引用卫的那句话：“SAILOR MOON永远不灭，永远是最美丽，最耀眼的星星！”
这个好像是o吧的贴把？
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或}