为什么我了一个传奇私服，***了却进不了？双击快捷方式，选定了服务器，点击进入，却没反应，过了一会，会弹出许多个警告框，弹了一会儿，就把传奇关闭了。这是为什么？
全部***（共7个回答）
，上面有各种解决的办法，你自己看：
网址：
1、你先试着把所有IP改成127.0.0.1看能不能进去。这个是单机版。进得去就是IP设置问题。
2、如果在创建人物后不能进去。很大原因是你的版本是有问题的。
你下的不对..!EXE格式才是.. 有些是RAR 是需要解压的
估计是你的电脑有问题!!有可能内存不够...更有可能中毒了要从装
如果你是默认***的话，你可以在C盘，然后找到program files,然后在里面找到shanda,进入，里面的Legend of Mir，就是根目录，你把登陆...
大家还关注
王牌对王牌的游戏有哪些 包括游戏规则、名...
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区图灵社区 : 阅读 : 为什么使用API？什么情况下避免使用API？,骑士2.0私服
API（Application Programming Interface）提供了对某个问题的抽象，以及客户与解决该问题的软件组件之间进行交互的方式。组件本身通常以软件类库形式分发，它们可以在多个应用程序中。概括地说，API定义了一些可复用的模块，使得各个模块化功能块可以嵌入到终端用户的应用程序中去。
你可以为自己、你所在机构中的其他工程师或大型开发编写API。它可以小到只包含一个单独的函数，也可以大到包含数以百计的类、方法、全局函数、数据类型、枚举类型和常量等。它的实现可以是私有的，也可以是开源的。有关API的一个重要的基本定义是：API是一个明确定义的接口，可以为其他软件提供特定服务。
现代应用程序通常都是基于很多API建立起来的，而这些API往往又依赖于其他API。如图1-1中示例应用程序所示，该应用程序用到了3个类库（1、2、3）的API，而这3个API中有2个又用到了另两个类库（4和5）。举例来说，浏览图片的应用程序可能会用到加载GIF图片的API，而该API本身则可能又依赖更底层的压缩或解压缩数据的API。
图字翻译：
Application Code：应用程序代码
Library：类库
图1-1 从层次化API中调用例程的应用程序。每个方框代表一个软件类库，灰色部分表示其公共接口，对于类库而言即是其API，白色部分表示隐藏在API后面的具体实现。
API开发在现代软件开发中随处可见，其目的是为某个组件的功能提供一个逻辑接口，同时隐藏该模块内部的实现细节。举例来说，我们用来读取GIF图片的API可能仅仅提供一个LoadImage()方法，后者接收一个文件名作为参数，并返回一个2维的像素数组。所有文件格式和数据压缩的细节全部隐藏在这个看似简单的接口之下。这个概念也在图1-1中进行了说明，即客户端代码只能够通过该API的公有接口访问。API公有接口如图1-1中每个方框顶部的灰色区域所示。
选用C++来描述API设计
虽然有很多通用API设计方法学（可适用于任何编程语言或编程环境）可以讲，但最终都需要一门特定的编程语言来表述。因此了解特定语言的特征以促进规范的API设计是非常必要的。所以，本书专门使用一种语言（C++）描述API设计的问题，而非分散内容使其适用于所有语言。然而，想要使用其他语言（如Java或C#）开发API的读者仍然可以从本书中获得许多通用的深刻见解。本书的直接目标读者是编写并维护API的C++工程师，他们的API要供给其他工程师使用。
目前，C++仍是大型软件项目中使用最广泛的编程语言之一，并且日渐成为注重代码性能项目的首选语言，因此，你可以在自己应用中选用的C和C++的API种类非常多（前面我已经列出一些）。本书重点关注如何使用C++编写优秀API，并引入了丰富的源代码示例以更好地阐述这些概念。也就是说，本书会涉及一些C++特有的主题，例如模板、封装、继承、命名空间、操作符、const正确性、内存管理、STL的使用、Pimpl惯用法，等等。
另外，在本书出版期间，C++也正经历着巨大的变革。新版的C++规范处于ISO/IEC的标准化进程中。目前，多数C++编译器遵循1998年首次发布的标准，即C++98。随后的标准于2003年出版，修正了前版的几处缺陷。自那时以来，标准委员会一直致力于一个重大的新版本规范。在标准被正式批准生效并确定发布日期之前，该版本一直被非正式地称为C++0x。当你读到本书时，新的标准可能已经发布了。但是，在我编写本书的期间，它仍然被称为C++0x。
尽管如此，C++0x已经达到标准化进程的高级阶段，我们可以满怀信心地预言一些新的特性。事实上，一些主流的C++编译器已经开始实现许多建议的新特性。在API设计方面，某些新特性可以用来构建更加优雅和健壮的接口。因此，，我一直努力在整本书中强调和解释C++0x中的API设计。所以，本书在未来几年中应该依然具有参考价值。
在软件项目中为什么要关注API，这一问题可以从两个方面理解：(1)为什么要设计并编写API？(2)为什么要在应用中使用其他人提供的API？我将在接下来的小节中回答这两个方面的问题，并指出在项目中使用API的各种好处。
如果你正在编写供其他开发人员使用的模块，不管他们是公司里的其他工程师还是外部客户，比较明智的办法是构建API来让他们访问这些功能。这么做会带来以下好处。
更健壮的代码
隐藏实现。通过隐藏模块内部实现的细节，开发人员就可以在未来的某个时间自由修改模块的实现而不给用户造成重大影响。如若不然，会导致以下结果：（1）代码的更新将会受到限制；（2）用户只有重写代码才能使用新版本的程序库。如果总是让用户不停地更新软件版本，他们很可能不愿再做更新，或者干脆弃用，另外寻找不需要太多维护工作的API。因此，优秀的API设计对业务或项目成功至关重要。
延长寿命。随着使用时间增长，那些公开了实现细节的系统的内部代码会变得错综复杂，系统的各个部分要依赖其他部分的内部实现细节。因此，系统将会变得脆弱、死板、不可移植且粘滞性高（Martin，2000）。如此一来，公司为了改善这些代码，就不得不花费大量人力财力，甚至推倒重写。事先花工夫做好API设计，而后维护好该设计以保证一致性，软件寿命就能延长，从长远看也能节省花费。在第4章的前面部分，我们会深入讨论该问题。
促进模块化。API通常用来完成一项具体的任务或用例。因此，API定义了一组具有一致目的的模块化的功能集。在大量API基础之上开发的应用，其结构将降低耦合而更加模块化，每一个模块的行为都不依赖其他模块的内部细节。
减少代码重复。代码重复是软件工程中最恶劣的行为之一，任何时候都要犯此类错误。通过把所有的代码逻辑置于一个严格的接口之后，让所有客户使用这个接口，就能将程序的某种行为统一处理。这样做意味着只需更新一处代码就可以改变向所有客户提供的API的行为。这样有助于消除代码中所有重复的实现。事实上很多的API就是这样实现的，人们首先发现有重复的代码，然后制作统一的接口取代这些重复代码，于是就产生了API。这是一件好事。
消除硬编码负担。很多程序可能包含硬编码的值，并在整个代码中不断复制。例如，在需要写日志文件的地方就使用具体的文件名“myprogram.log”。我们可以使用API来提供这些信息，而不用在整个代码层面复制这些常量，例如，使用GetLogFilename() API调用代替硬编码的“myprogram.log”字符串。