您还未登陆，请登录后操作！
屏幕上老是出现程序出现异常即将退出时怎么回事啊
怎么办呀什么东西都用不了了
您的举报已经提交成功，我们将尽快处理，谢谢！
去手机店检修吧
大家还关注请问大家遇到这种情况吗？淘宝买东西确认订单的时候，出现接口异常退出，网络是顺畅的，不知道是什么原因_百度知道
请问大家遇到这种情况吗？淘宝买东西确认订单的时候，出现接口异常退出，网络是顺畅的，不知道是什么原因
请问大家遇到这种情况吗？淘宝买东西确认订单的时候，出现接口异常退出，网络是顺畅的，不知道是什么原因？
提问者采纳
重新登进去就行了，放心吧，没有多少人敢搞马云的鬼…
提问者评价
太给力了，你的回答完美地解决了我的问题，非常感谢！
其他类似问题
为您推荐：
淘宝买东西的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁有没有卡的无法提交订单的？ - 买家教程 - 双赢网
| 您好，欢迎来到双赢网！
| 【打死我也不说】1.任何向您索要短信验证码的人都是骗子！包括客服！ 2.认清主动联系您的客服真假！
热门搜索：
所有类别官方公告新手入门卖家教程买家教程刷信誉技巧有问必答投诉建议灌水乐园
主题：有没有卡的无法提交订单的？
[210 查看 / 3 回复]
积分71968帖子15已发任务1921已接任务1075VIP信托卡加V认证商家保障考试情况已通过
有没有卡的无法提交订单的？有没有卡的无法提交订单的？
积分22204帖子157已发任务7已接任务3801VIP加V认证商家保障考试情况已通过
手机单各种卡，接口异常退出，要不就是 客官别急
门派fish新手互助积分61898帖子77已发任务68已接任务10773VIP加V认证商家保障考试情况已通过
哎 淘宝又卡爆了
积分9210帖子4已发任务1已接任务2465VIP考试情况已通过
别提了。。。。提交十几次订单了IBM Bluemix
点击按钮，开始云上的开发！
developerWorks 社区
当需要覆盖的方法没有提供够用的 throws 子句时，Elliotte Rusty Harold 考虑实现一个接口，或者继承一个类。本文探索当既不能处理、也不能抛出 checked 异常时，有哪些选择。
, 软件工程师, Cafe au Lait
Elliotte Rusty Harold 出生在新奥尔良，现在他还定期回老家喝一碗秋葵汤。他与他的妻子 Beth、宠物猫 Charm（以 quark 命名）和 Marjorie（以他岳母的名字命名）住在 Irvine 附近的大学城中心。他的
站点已成为 Internet 上最流行的独立 Java 站点之一，而且其姊妹站点
已经是最流行的 XML 站点之一。他最近的著作是 。
checked 异常的一个问题是，有时候不允许抛出这样的异常。特别是，如果要覆盖超类中声明的方法，或者实现接口中声明的方法，而那个方法没有声明任何 checked 异常，那么新的实现也不能声明 checked 异常。因此必须预先处理异常。另外，可以将异常转换为运行时异常，或者绕过它而不处理它。但是，应该这样做吗，这其中是否隐藏着错误？
只要看一个例子，问题就清楚了。假设有一个 File 对象的 List，需要按它们的标准路径以字典顺序排序。所谓标准路径，是指在解析别名、符号链接和 /../ 及 /./ 之后得到的完整绝对路径。本地方法使用一个比较器，如清单 1 所示：
清单 1. 按标准路径比较两个文件import java.io.F
import java.io.IOE
import java.util.ArrayL
import java.util.C
public class FileComparator implements Comparator&File& {
public int compare(File f1, File f2) {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
public static void main(String[] args) {
ArrayList&File& files = new ArrayList&File&();
for (String arg : args) {
files.add(new File(arg));
Collections.sort(files, new FileComparator());
for (File f : files) {
System.out.println(f);
不幸的是，该代码不能通过编译。问题在于，getCanonicalPath() 方法抛出一个 IOException，因为它需要访问文件系统。通常，当使用 checked 异常时，可以使用以下两种方法之一：
将出错的代码包装在一个 try 块中，并捕捉抛出的异常。声明包装方法（本例为 compare()）也抛出 IOException。
通常，至于选择何种方法，取决于是否能在抛出异常时合理地处理异常。如果能，那么使用 try-catch 块。如果不能，那么声明包装方法本身抛出异常。不幸的是，这两种技巧对于本例都不管用。
在 compare() 方法中无法合理地处理 IOException。从技术上讲，似乎可以做到 — 即返回 0、1 或 -1，如清单 2 所示：
清单 2. 抛出异常时返回一个默认值public int compare(File f1, File f2) {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
catch (IOException ex) {
return -1;
然而，这违反了 compare() 方法的约定，因为它不是一个稳定的结果。对于相同的对象，前后两次调用可能产生不同的结果。如果使用这个比较器来排序，那么意味着最终列表没有被正确排序。所以现在试试第 2 个选项 — 声明 compare() 抛出 IOException：
public int compare(File f1, File f2) throws IOException {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
这也不能通过编译。因为 checked 异常是方法签名的一部分，在覆盖方法时，不能增加 checked 异常，就像不能改变 return 类型一样。那么最后还剩下一个折中选项：在 compare() 中捕捉异常，将它转换成运行时异常，然后抛出运行时异常，如清单 3 所示：
清单 3. 将 checked 异常转换成运行时异常public int compare(File f1, File f2) {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
catch (IOException ex) {
throw new RuntimeException(ex);
不幸的是，虽然这样可以通过编译，但是这种方法也不管用，其原因较为微妙。Comparator 接口定义一个合约（请参阅 ）。这个合约不允许该方法抛出运行时异常（防止因违反泛型类型安全而成为调用代码中的 bug）。使用这个比较器的方法合理地依靠它来比较两个文件，而不抛出任何异常。它们没有准备好处理 compare() 中意外出现的异常。
正是由于这个微妙的原因，让运行时异常成为代码要处理的外部状况是一个坏主意。这样只是逃避问题，并没有真正处理问题。不处理异常所带来的不良后果仍然存在，包括毁坏数据和得到不正确的结果。
这样便陷入了困境。既不能在 compare() 内真正有效地处理异常，又不能在 compare() 之外处理异常。还剩下什么地方可以处理异常 — System.exit()？
惟一正确的办法是完全避免这种困境。幸运的是，至少有两种方法可以做到这一点。
将问题一分为二
第一种办法是将问题一分为二。比较本身不会导致异常。比较的只是字符串而已。
通过标准路径将文件转换成字符串才会导致异常。
如果将可能抛出异常的操作与不会抛出异常的操作分开，那么问题就更容易处理了。也就是说，
首先将所有文件对象转换为字符串，然后通过字符串比较器（甚至可以通过 java.lang.String 的自然排序）对字符串排序，
最后使用排序后的字符串列表对原始的文件列表排序。
这种方法不太直接，但是优点是在列表被改变之前就抛出 IOException。如果出现异常，它只会出现在预先设计好的地方，不会造成损害，调用代码可以指定如何处理异常。清单 4 对此作了演示：
清单 4. 先读取，然后排序import java.io.F
import java.io.IOE
import java.util.ArrayL
import java.util.C
import java.util.HashM
public class FileComparator {
private static ArrayList&String& getCanonicalPaths(ArrayList&File& files)
throws IOException {
ArrayList&String& paths = new ArrayList&String&();
for (File file : files) paths.add(file.getCanonicalPath());
public static void main(String[] args) throws IOException {
ArrayList&File& files = new ArrayList&File&();
for (String arg : args) {
files.add(new File(arg));
ArrayList&String& paths = getCanonicalPaths(files);
// to maintain the original mapping
HashMap&String, File& map = new HashMap&String, File&();
int i = 0;
for (String path : paths) {
map.put(path, files.get(i));
Collections.sort(paths);
files.clear();
for (String path : paths) {
files.add(map.get(path));
清单 4 并没有消除出现 I/O 错误的可能性。这一点无法做到，因为这里的代码无力提供这样的功能。但是，可以将这个问题交给更合适的地方来处理。
前面提到的方法有点复杂，所以我建议另一种方法：
不使用内置的 compare() 函数或 Collections.sort()。使用这样的函数也许比较方便，但是不适合当前情况。Comparable 和 Comparator 是为确定的、可预测的比较操作而设计的。一旦 I/O 不再符合这种情况，很可能常用的算法和接口变得不适用。即使勉强可以使用，其效率也极其低下。
例如，假设不是按标准路径来比较文件，而是按内容来比较文件。
对于所比较的两个文件，每个比较操作都需要读文件的内容 — 甚至可能是完整的内容。这样一来，高效的算法会想要尽量减少读的次数，并且可能会想缓存每次读的结果 — 或者，如果文件较大，则可能缓存每个文件的 hashcode — 而不是每次比较时重新读每个文件。同样，您会想到首先填充一个比较键列表，然后进行排序，而不是进行内联排序。
可以想象定义一个单独的、并行的 IOComparator 接口，该接口抛出必要的异常，如清单 5 所示：
清单 5. 独立的 IOComparator 接口import java.io.IOE
public interface IOComparator&T& {
int compare(T o1, T o2) throws IOE
然后基于这个类定义一个单独的、相近实用程序树，由它对集合的临时副本进行必要的操作，从而允许抛出异常，同时又不会使数据结构处于可能受损害的、中间的状态。例如，清单 6 提供了一个基本的冒泡排序：
清单 6. 用冒泡算法对文件排序import java.io.IOE
import java.util.ArrayL
import java.util.L
public class IOSorter {
public static &T& void sort(List&T& list, IOComparator&? super T& comparator)
throws IOException {
List&T& temp = new ArrayList&T&(list.size());
temp.addAll(list);
bubblesort(temp, comparator);
// copy back to original list now that no exceptions have been thrown
list.clear();
list.addAll(temp);
// of course you can replace this with a better algorithm such as quicksort
private static &T& void bubblesort(List&T& list, IOComparator&? super T& comparator)
throws IOException {
for (int i = 1; i & list.size(); i++) {
for (int j = 0; j & list.size() - j++) {
if (pare(list.get(j）， list.get(j + 1)) & 0) {
swap(list, j);
private static &T& void swap(List&T& list, int j) {
T temp = list.get(j);
list.set(j, list.get(j+1));
list.set(j + 1, temp);
这不是唯一的方法。为了清晰，清单 6 有意模仿已有的 Collections.sort() 方法；但是，也许更有效的方法是返回一个新的列表，而不是直接修改旧列表，以防在修改列表时抛出异常所带来的损害。
最终，您实际上承认并着手处理可能出现的 I/O 错误，而不是逃避它，您甚至可以做更高级的错误修正。例如，IOComparator 也许不会被一次 I/O 错误难倒 — 因为很多 I/O 问题是暂时的 — 可以重试几次，如清单 7 所示：
清单 7. 如果一开始不成功，再试几次（但是别试太多次）import java.io.F
import java.io.IOE
public class CanonicalPathComparator implements IOComparator&File& {
public int compare(File f1, File f2) throws IOException {
for (int i = 0; i & 3; i++) {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
catch (IOException ex) {
// last chance
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
这种技巧不能解决常规的 Comparator 的问题，因为必须重试无数次才能避免抛出异常，而且很多 I/O 问题并不是暂时性的。
checked 异常是坏主意吗？
如果 java.io.IOException
是运行时异常，而不是 checked 异常，问题是不是有所改观？答案是否定的。如果 IOException 扩展 RuntimeException 而不是 java.lang.Exception，那么更容易编写出有 bug 的、不正确的代码，这种代码忽略了真正可能发生的 I/O 错误，而在运行时出人意料地失败。
然而，编写正确的、有准备并且能够处理 I/O 错误的代码并不会更容易。是的，相对于不会出现意外 I/O 错误，不需要为此做准备的情况，这种方法更加复杂。但是，从 Java 语言中消除 checked 异常无助于我们实现那样的理想情况。I/O 错误和其他环境问题是常态，积极准备比视而不见要好得多。
总之，checked 异常作为方法签名的一部分并非没有道理。当您发现自己想要从一个方法抛出一个 checked 异常，而这又是不允许的 — 因而抑制本不该抑制的异常 — 那么回过头来，重新组织一下，考虑为什么一开始要覆盖那个方法。很可能，您本应该采取完全不同的方式。
“” （Brian Goetz，developerWorks，2004 年 5 月）： 这期的
谈到了使用 unchecked 异常的优缺点。
“” （Elliotte Rusty Harold，The Cafes，2007 年 7 月）：这篇日志解释了为什么有些错误情况应该是 checked 异常，有些应该是运行时异常。：参阅针对 Comparator 接口的 JDK 文档。 （Joshua Bloch，Prentice Hall，2008）：Bloch 的书很好地阐述了在 Java 语言中如何进行适当的异常处理。
“” （，2003 年 9 月）：Gosling 在与 Bill Venners 谈话时为 checked 异常作了辩护。 （Elliotte Rusty Harold，O'Reilly Media，1999）：在这本书中，作者更深入地研究了 Java 语言中的文件操纵以及 java.io.File 类。
，找到关于这些技术专题和其他技术专题的书籍。
：这里有数百篇关于 Java 编程各个方面的文章。
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
文章、教程、演示，帮助您构建、部署和管理云应用。
立即加入来自 IBM 的专业 IT 社交网络。
为灾难恢复构建应用，赢取现金大奖。
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=Java technologyArticleID=486531ArticleTitle=技巧：当不能抛出异常时publish-date=}