Chrome+JS implements breakpoint debugging
This time I will bring you Chrome JS to implement breakpoint debugging. What are the precautions for Chrome JS to implement breakpoint debugging? The following is a practical case, let’s take a look.
Tip 2: Quickly jump to a breakpoint location
Breakpoints on the right will summarize all the breakpoints you have hit in the JS file. Clicking on the same line as the checkbox will temporarily cancel the breakpoint. Clicking on the next line of the checkbox will jump directly to the breakpoint. s position
Tip 3: View the internal scope of the breakpoint [very practical]
You can see a lot of practical information on the scope on the right, such as where this points, whether it has a value, whether the breakpoint is an object or something else, etc.
Tip 4: Listen for event breakpoints
The Event Listener Breakpoints on the right can selectively monitor certain types of behavioral events, such as keyboard input, dragging, etc. . Check the previous checkbox to take effect. When you trigger the change behavior, you will jump to the triggered JS
Tip 5: DOM and XHR monitoring jump
DOM Breakpoints: It’s your Elements page. I feel that there may be some behavior in a certain section of DOM that I want to monitor, but I don’t know the exact location. You can use it.
XHR Breakpoints: The core points of ajax requested from the server
All XHR behaviors are checked by default, and the optional option is to determine the URL. . . I don’t use it much
Tip 6: Single-step execution, single-step entry, forced entry, single-step exit
This stuff is essential for debugging. In fact, friends who have used firebug will have a clear understanding of this. Basically the same;
The function nouns are in order. If you don’t understand, you can take a look at my firebug series
Pause script excution [Single-step execution, pause at breakpoint, wait for debugging - not a literal translation]: After pausing, this button will become Resume script excution [Continue execution], shortcut key [F8 or Ctrl]
- Step over next function call【Single step skip】: Will jump to the next breakpoint, shortcut key [F10 or Ctrl `]
- Step into next function call【Single step Enter]: Will enter the internal debugging of the function, shortcut key [F11 or Ctrl;]
- Step out of current function [Single-step out]: Will jump out of the function of the current breakpoint, shortcut Key [Shift F11 or Ctrl Shift ;]
The following are the special features of chrome
Deactivate breakpoints: Temporarily invalidate all breakpoints, shortcut key [Ctrl F8]
Don't Pause on exceptions: Do not pause at the expression, there is an option [Pause On Caught Exceptions – If an exception is thrown, you need to pause there]
I believe you have mastered the method after reading the case in this article. For more exciting information, please pay attention to other related articles on the PHP Chinese website!
Recommended reading:
vue.js mobile terminal implements pull-up loading and pull-down refresh
Detailed installation steps of JSONBuddy
The above is the detailed content of Chrome+JS implements breakpoint debugging. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics

C++ multi-thread debugging can use GDB: 1. Enable debugging information compilation; 2. Set breakpoints; 3. Use infothreads to view threads; 4. Use thread to switch threads; 5. Use next, stepi, and locals to debug. Actual case debugging deadlock: 1. Use threadapplyallbt to print the stack; 2. Check the thread status; 3. Single-step the main thread; 4. Use condition variables to coordinate access to solve the deadlock.

How to use LeakSanitizer to debug C++ memory leaks? Install LeakSanitizer. Enable LeakSanitizer via compile flag. Run the application and analyze the LeakSanitizer report. Identify memory allocation types and allocation locations. Fix memory leaks and ensure all dynamically allocated memory is released.

This article introduces shortcuts for Go function debugging and analysis, including: built-in debugger dlv, which is used to pause execution, check variables, and set breakpoints. Logging, use the log package to record messages and view them during debugging. The performance analysis tool pprof generates call graphs and analyzes performance, and uses gotoolpprof to analyze data. Practical case: Analyze memory leaks through pprof and generate a call graph to display the functions that cause leaks.

Efficiently debug Lambda expressions: IntelliJ IDEA Debugger: Set breakpoints on variable declarations or methods, inspect internal variables and state, and see the actual implementation class. Java9+JVMTI: Connect to the runtime JVM to obtain identifiers, inspect bytecode, set breakpoints, and monitor variables and status during execution.

Concurrency testing and debugging Concurrency testing and debugging in Java concurrent programming are crucial and the following techniques are available: Concurrency testing: Unit testing: Isolate and test a single concurrent task. Integration testing: testing the interaction between multiple concurrent tasks. Load testing: Evaluate an application's performance and scalability under heavy load. Concurrency Debugging: Breakpoints: Pause thread execution and inspect variables or execute code. Logging: Record thread events and status. Stack trace: Identify the source of the exception. Visualization tools: Monitor thread activity and resource usage.

Tools for debugging PHP asynchronous code include: Psalm: a static analysis tool that can find potential errors. ParallelLint: A tool that inspects asynchronous code and provides recommendations. Xdebug: An extension for debugging PHP applications by enabling a session and stepping through the code. Other tips include using logging, assertions, running code locally, and writing unit tests.

The following techniques are available for debugging recursive functions: Check the stack traceSet debug pointsCheck if the base case is implemented correctlyCount the number of recursive callsVisualize the recursive stack

Common PHP debugging errors include: Syntax errors: Check the code syntax to make sure there are no errors. Undefined variable: Before using a variable, make sure it is initialized and assigned a value. Missing semicolons: Add semicolons to all code blocks. Function is undefined: Check that the function name is spelled correctly and make sure the correct file or PHP extension is loaded.
