异常什么意思 做程序时，如果某个查询方法应当返回一条记录，但是查出来多条，是抛异常好还是从多条中取第一条好？
做程序时，如果某个查询方法应当返回一条记录，但是查出来多条，是抛异常好还是从多条中取第一条好？
我有10年的开发和培训经验。在此期间，我经历了Java、web、Android、H5、大数据、PHP等不同的发展方向。我也是软件培训公司的金牌讲师。我对回答这个问题很感兴趣。
您已经清楚地解释了这个问题中的要求，“一个查询方法应该返回一条记录，但是可以找到多条记录”！也就是说，您的查询应该只有一个结果，但此时或某个时候，会有多个结果，这意味着您的业务接口可能不满足幂等性的要求。根据幂等设计原理，无论怎样查找，只要参数相同，返回的结果应该是相同的。
那么如何解决这个问题并抛出异常呢？返回到几个中的第一个？
我认为这不是一个完美的解决方案。
这对某些人来说是一个解决方案，但是问题解决了吗？一点也不！问题仍然存在。下次触发此条件时，仍将引发异常。就像说森林里有一只老虎。有一天，它吃人，然后你不解决老虎的问题。你只是在森林里挂了一块牌子，上面写着：小心，里面有老虎！这…
事实上，这不是一个好办法。也许只有一件东西应该被退回。为什么要查询多个项目？您是否检查了数据库中数据的唯一性？你不觉得每次查询多个结果然后得到第一个数据效率很低吗？
所以我们应该从根本上解决问题！为什么会产生多个数据？如果要手动检查数据，则需要手动检查。如果要锁定它，应该尽最大努力确保输入参数相同，结果相同
java异常从业务层集中抛出，是不是每个控制层方法都要trycatch？
控制层中有两种异常：一种是预期的，另一种是可预测的。这种异常需要捕获并“尝试修复”。例如，在查询用户信息RPC的过程中，存在异常，包括500ah和404ah。对于客户端，基本上不需要重试，这可以通过一个明确的错误代码来通知。相反，在超时的情况下，可以通知客户端稍后再试，不同的错误代码可以引导客户端进行不同的操作。另一种情况是控制层本身不考虑。在这种情况下，盲目的尝试/捕捉没有多大意义。它通常在框架级进行统一处理，包括记录异常信息和优雅的返回失败。
最后，对于try/catch的使用，我们并不意味着我们看不到异常，但我们更多地考虑捕获后我可以做什么，以及我是否可以尝试解决此问题。如果没有，我们可以把它扔到上层，记录并报警。如果我们不把这个问题想清楚，就很容易形成一个禁忌（吞下例外）。
怎样让自己集中注意力？
我对这个问题有很好的理解。我生大儿子的时候，我觉得他很可爱，总是喜欢和他玩。我怕他一个人呆着。结果，他现在很活跃，坐起来很难，而且他还在上小学，所以不注意。
老大两岁时，我生了第二个孩子。我觉得太累了，不想再和第二个孩子玩了。有时我只是给他一个玩具。他在那儿工作了很长时间，把那个玩具扔了。结果，他的注意力现在很集中。他一坐下，就必须在离开桌子之前把画画好。
所以要从小培养注意力。太大的时候很难改变
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
