python: Làm thế nào để tôi biết loại ngoại lệ xảy ra?

Tôi có một chức năng được gọi bởi chương trình chính:

try:
    someFunction()
except:
    print "exception happened!"

nhưng ở giữa thực thi chức năng, nó làm tăng ngoại lệ, vì vậy nó nhảy đến exceptmột phần.

Làm thế nào tôi có thể thấy chính xác những gì đã xảy ra trong someFunction()đó gây ra ngoại lệ xảy ra?

Các câu trả lời khác đều chỉ ra rằng bạn không nên bắt ngoại lệ chung chung, nhưng dường như không ai muốn nói cho bạn biết tại sao, điều cần thiết để hiểu khi bạn có thể phá vỡ "quy tắc". Đây là một lời giải thích. Về cơ bản, đó là để bạn không che giấu:

• thực tế là đã xảy ra lỗi
• các chi tiết cụ thể của lỗi đã xảy ra ( lỗi ẩn antipotype )

Vì vậy, miễn là bạn cẩn thận không làm bất cứ điều gì trong số đó, thì không sao để bắt ngoại lệ chung. Chẳng hạn, bạn có thể cung cấp thông tin về ngoại lệ cho người dùng theo cách khác, như:

• Trình bày các ngoại lệ dưới dạng hộp thoại trong GUI
• Chuyển ngoại lệ từ luồng xử lý hoặc tiến trình sang luồng điều khiển hoặc xử lý trong ứng dụng đa luồng hoặc đa xử lý

Vậy làm thế nào để bắt ngoại lệ chung? Có một số cách. Nếu bạn chỉ muốn đối tượng ngoại lệ, hãy làm như thế này:

try:
    someFunction()
except Exception as ex:
    template = "An exception of type {0} occurred. Arguments:\n{1!r}"
    message = template.format(type(ex).__name__, ex.args)
    print message

Hãy chắc chắn message được đưa đến sự chú ý của người dùng một cách khó bỏ lỡ! In nó, như được hiển thị ở trên, có thể không đủ nếu tin nhắn bị chôn vùi trong nhiều tin nhắn khác. Không thu hút được sự chú ý của người dùng là tương đương với việc nuốt tất cả các ngoại lệ, và nếu có một ấn tượng bạn nên bỏ qua sau khi đọc câu trả lời trên trang này, thì đó không phải là một điều tốt . Kết thúc khối ngoại trừ bằng một raisetuyên bố sẽ khắc phục vấn đề bằng cách minh bạch lại ngoại lệ đã bị bắt.

Sự khác biệt giữa ở trên và chỉ sử dụng except:mà không có bất kỳ đối số nào là gấp đôi:

• Một trần except:không cung cấp cho bạn đối tượng ngoại lệ để kiểm tra
• Các trường hợp ngoại lệ SystemExit, KeyboardInterruptvà GeneratorExitkhông được đánh bắt bởi các mã trên, mà nói chung những gì bạn muốn là. Xem hệ thống phân cấp ngoại lệ .

Nếu bạn cũng muốn cùng một stacktrace bạn nhận được nếu bạn không bắt được ngoại lệ, bạn có thể nhận được như thế này (vẫn nằm trong mệnh đề ngoại trừ):

import traceback
print traceback.format_exc()

Nếu bạn sử dụng loggingmô-đun, bạn có thể in ngoại lệ vào nhật ký (cùng với một thông báo) như thế này:

import logging
log = logging.getLogger()
log.exception("Message for you, sir!")

Nếu bạn muốn đào sâu hơn và kiểm tra ngăn xếp, hãy xem các biến, v.v., sử dụng post_mortemchức năng của pdbmô-đun bên trong khối ngoại trừ:

import pdb
pdb.post_mortem()

Tôi đã tìm thấy phương pháp cuối cùng này là vô giá khi săn lùng các lỗi.

Lấy tên của lớp mà đối tượng ngoại lệ thuộc về:

e.__class__.__name__

và sử dụng hàm print_exc () cũng sẽ in dấu vết ngăn xếp là thông tin cần thiết cho bất kỳ thông báo lỗi nào.

Như thế này:

from traceback import print_exc

class CustomException(Exception): pass

try:
    raise CustomException("hi")
except Exception, e:
    print 'type is:', e.__class__.__name__
    print_exc()
    # print "exception happened!"

Bạn sẽ nhận được đầu ra như thế này:

type is: CustomException
Traceback (most recent call last):
  File "exc.py", line 7, in <module>
    raise CustomException("hi")
CustomException: hi

Và sau khi in và phân tích, mã có thể quyết định không xử lý ngoại lệ và chỉ thực thi raise:

from traceback import print_exc

class CustomException(Exception): pass

def calculate():
    raise CustomException("hi")

try:
    calculate()
except Exception, e:
    if e.__class__ == CustomException:
        print 'special case of', e.__class__.__name__, 'not interfering'
        raise
    print "handling exception"

Đầu ra:

special case of CustomException not interfering

Và phiên dịch in ngoại lệ:

Traceback (most recent call last):
  File "test.py", line 9, in <module>
    calculate()
  File "test.py", line 6, in calculate
    raise CustomException("hi")
__main__.CustomException: hi

Sau khi raisengoại lệ ban đầu tiếp tục truyền thêm lên ngăn xếp cuộc gọi. ( Cẩn thận với cạm bẫy có thể xảy ra ) Nếu bạn đưa ra ngoại lệ mới, nó sẽ theo dõi ngăn xếp ngăn xếp mới (ngắn hơn).

from traceback import print_exc

class CustomException(Exception): pass

def calculate():
    raise CustomException("hi")

try:
    calculate()
except Exception, e:
    if e.__class__ == CustomException:
        print 'special case of', e.__class__.__name__, 'not interfering'
        #raise CustomException(e.message)
        raise e
    print "handling exception"

Đầu ra:

special case of CustomException not interfering
Traceback (most recent call last):
  File "test.py", line 13, in <module>
    raise CustomException(e.message)
__main__.CustomException: hi    

Lưu ý cách truy nguyên không bao gồm calculate()chức năng từ dòng 9vốn là nguồn gốc của ngoại lệ ban đầu e.

Bạn thường không nên nắm bắt tất cả các ngoại lệ có thể với try: ... exceptvì điều này là quá rộng. Chỉ cần bắt những người dự kiến ​​sẽ xảy ra vì lý do gì. Nếu bạn thực sự phải, ví dụ nếu bạn muốn tìm hiểu thêm về một số vấn đề trong khi gỡ lỗi, bạn nên làm

try:
    ...
except Exception as ex:
    print ex # do whatever you want for debugging.
    raise    # re-raise exception.

Trừ khi somefunctionlà một chức năng kế thừa được mã hóa rất tệ, bạn không nên cần những gì bạn yêu cầu.

Sử dụng nhiều exceptmệnh đề để xử lý theo những cách khác nhau ngoại lệ khác nhau:

try:
    someFunction()
except ValueError:
    # do something
except ZeroDivision:
    # do something else

Điểm chính là bạn không nên bắt ngoại lệ chung chung, mà chỉ những cái bạn cần. Tôi chắc chắn rằng bạn không muốn che giấu các lỗi hoặc lỗi không mong muốn.

Hầu hết các câu trả lời đều chỉ đến except (…) as (…):cú pháp (đúng như vậy) nhưng đồng thời không ai muốn nói về một con voi trong phòng, nơi con voi đang sys.exc_info()hoạt động. Từ tài liệu của mô-đun sys (nhấn mạnh của tôi):

Hàm này trả về một bộ ba giá trị cung cấp thông tin về ngoại lệ hiện đang được xử lý.
(Vắc)
Nếu không có ngoại lệ nào được xử lý ở bất kỳ đâu trên ngăn xếp, một bộ dữ liệu chứa ba giá trị Không được trả về. Mặt khác, các giá trị được trả về là (loại, giá trị, truy nguyên). Ý nghĩa của chúng là: type lấy loại ngoại lệ được xử lý (một lớp con của BaseException); giá trị lấy trường hợp ngoại lệ (một thể hiện của loại ngoại lệ); truy nguyên được một đối tượng theo dõi (xem Hướng dẫn tham khảo) gói gọn ngăn xếp cuộc gọi tại điểm xảy ra ngoại lệ ban đầu.

Tôi nghĩ rằng sys.exc_info()câu trả lời có thể được coi là câu trả lời trực tiếp nhất cho câu hỏi ban đầu về Làm thế nào để tôi biết loại ngoại lệ nào xảy ra?

thử: someFunction () ngoại trừ Ngoại lệ, exc:

#this is how you get the type
excType = exc.__class__.__name__

#here we are printing out information about the Exception
print 'exception type', excType
print 'exception msg', str(exc)

#It's easy to reraise an exception with more information added to it
msg = 'there was a problem with someFunction'
raise Exception(msg + 'because of %s: %s' % (excType, exc))

Các câu trả lời này rất tốt để gỡ lỗi, nhưng để kiểm tra ngoại lệ theo chương trình, isinstance(e, SomeException)có thể có ích, vì nó cũng kiểm tra các lớp con SomeException, vì vậy bạn có thể tạo chức năng áp dụng cho phân cấp ngoại lệ.

Đây là cách tôi xử lý ngoại lệ của mình. Ý tưởng là cố gắng giải quyết vấn đề nếu điều đó dễ dàng, và sau đó thêm một giải pháp mong muốn hơn nếu có thể. Không giải quyết vấn đề trong mã tạo ra ngoại lệ hoặc mã đó mất dấu vết của thuật toán gốc, mã này sẽ được ghi vào điểm. Tuy nhiên, vượt qua những dữ liệu cần thiết để giải quyết vấn đề và trả lại lambda chỉ trong trường hợp bạn không thể giải quyết vấn đề bên ngoài mã tạo ra nó.

path = 'app.p'

def load():
    if os.path.exists(path):
        try:
            with open(path, 'rb') as file:
                data = file.read()
                inst = pickle.load(data)
        except Exception as e:
            inst = solve(e, 'load app data', easy=lambda: App(), path=path)()
    else:
        inst = App()
    inst.loadWidgets()

# e.g. A solver could search for app data if desc='load app data'
def solve(e, during, easy, **kwargs):
    class_name = e.__class__.__name__
    print(class_name + ': ' + str(e))
    print('\t during: ' + during)
    return easy

Hiện tại, vì tôi không muốn nghĩ theo cách tiếp cận mục đích của ứng dụng của mình, tôi đã không thêm bất kỳ giải pháp phức tạp nào. Nhưng trong tương lai, khi tôi biết nhiều hơn về các giải pháp khả thi (vì ứng dụng được thiết kế nhiều hơn), tôi có thể thêm vào một từ điển các giải pháp được lập chỉ mục bởi during.

Trong ví dụ hiển thị, một giải pháp có thể là tìm kiếm dữ liệu ứng dụng được lưu trữ ở một nơi khác, giả sử nếu tệp 'app.p' bị xóa do nhầm lẫn.

Hiện tại, vì viết trình xử lý ngoại lệ không phải là một ý tưởng thông minh (chúng tôi chưa biết cách tốt nhất để giải quyết nó, vì thiết kế ứng dụng sẽ phát triển), chúng tôi chỉ cần trả về cách khắc phục dễ dàng như hành động như chúng tôi đang chạy ứng dụng lần đầu tiên (trong trường hợp này).

Để thêm vào câu trả lời của Lauritz, tôi đã tạo một trình trang trí / trình bao bọc để xử lý ngoại lệ và nhật ký trình bao bọc loại ngoại lệ xảy ra.

class general_function_handler(object):
    def __init__(self, func):
        self.func = func
    def __get__(self, obj, type=None):
        return self.__class__(self.func.__get__(obj, type))
    def __call__(self, *args, **kwargs):
        try:
            retval = self.func(*args, **kwargs)
        except Exception, e :
            logging.warning('Exception in %s' % self.func)
            template = "An exception of type {0} occured. Arguments:\n{1!r}"
            message = template.format(type(e).__name__, e.args)
            logging.exception(message)
            sys.exit(1) # exit on all exceptions for now
        return retval

Điều này có thể được gọi trên một phương thức lớp hoặc một hàm độc lập với trình trang trí:

@general_feft_handler

Xem blog của tôi về ví dụ đầy đủ: http://ryaneirwin.wordpress.com/2014/05/31/python-decorators-and-exception-handling/

Bạn có thể bắt đầu như Lauritz đề xuất, với:

except Exception as ex:

và sau đó chỉ để print exthích như vậy:

try:
    #your try code here
except Exception as ex:
    print ex

Ngoại lệ thực tế có thể được nắm bắt theo cách sau:

try:
    i = 1/0
except Exception as e:
    print e

Bạn có thể tìm hiểu thêm về các ngoại lệ từ Hướng dẫn Python .

Câu hỏi của bạn là: "Làm thế nào tôi có thể thấy chính xác những gì đã xảy ra trong một số Hàm () gây ra ngoại lệ xảy ra?"

Dường như với tôi rằng bạn không hỏi về cách xử lý các trường hợp ngoại lệ không lường trước được trong mã sản xuất (như nhiều câu trả lời giả định), nhưng làm thế nào để tìm ra điều gì gây ra ngoại lệ cụ thể trong quá trình phát triển.

Cách dễ nhất là sử dụng trình gỡ lỗi có thể dừng ở nơi xảy ra ngoại lệ chưa được phát hiện, tốt nhất là không thoát, để bạn có thể kiểm tra các biến. Ví dụ, PyDev trong IDE nguồn mở Eclipse có thể làm điều đó. Để cho phép điều đó trong Eclipse, hãy mở phối cảnh Gỡ lỗi, chọn Manage Python Exception Breakpointstrong Runmenu và kiểm tra Suspend on uncaught exceptions.

Chỉ cần không bắt ngoại lệ và truy nguyên mà bản in Python sẽ cho bạn biết ngoại lệ nào đã xảy ra.