The g object in Flask lets you store and share data during a single web request. It helps keep data accessible only while handling that request.
You want to save database connections to reuse during one request.
You need to share user info between different parts of your code during a request.
You want to store temporary data that should not persist after the request ends.
You want to avoid passing many variables between functions handling the same request.
Syntax
Flask
from flask import g
g.some_variable = value
# Access later in the same requestdef some_function():
print(g.some_variable)
The g object is unique for each request and resets after the request finishes.
You can add any attributes you want to g as temporary storage.
Examples
Store user info in g to access it anywhere during the request.
Flask
from flask import g
g.user = {'name': 'Alice', 'role': 'admin'}
# Later in the requestprint(g.user['name'])
Save a database connection in g so it is created once per request and reused.
Flask
from flask import g
def get_db():
ifnothasattr(g, 'db'):
g.db = connect_to_database()
return g.db
Sample Program
This Flask app stores a fake database connection and user info in g before each request. The route then uses that data to greet the user and show the connection.
Do not store data in g that should persist beyond one request.
Use g to avoid global variables and keep request data isolated.
Summary
g stores data only during one request.
You can add any temporary info to g as attributes.
It helps share data between functions without globals.
Practice
(1/5)
1. What is the main purpose of the g object in Flask?
easy
A. To store data temporarily during a single request
B. To store data permanently across all requests
C. To manage database connections globally
D. To handle user sessions across multiple requests
Solution
Step 1: Understand the scope of g
The g object is designed to hold data only during the life of one request.
Step 2: Compare with other storage options
Unlike session or global variables, g does not persist data beyond the current request.
Final Answer:
To store data temporarily during a single request -> Option A
Quick Check:
g = request-scoped storage [OK]
Hint: Remember: g lasts only for one request [OK]
Common Mistakes:
Thinking g stores data across requests
Confusing g with session or global variables
Assuming g manages database connections automatically
2. Which of the following is the correct way to store a value in the g object inside a Flask view function?
easy
A. g.user = 'Alice'
B. g.add('user', 'Alice')
C. g.set('user', 'Alice')
D. g['user'] = Alice
Solution
Step 1: Recall how to assign attributes in g
g acts like a simple object where you assign attributes using dot notation.
Step 2: Check each option's syntax
g.user = 'Alice' uses g.user = 'Alice', which is the correct way. g['user'] = Alice uses dictionary style which is invalid. Options B and C use methods that g does not have.
What will be the output when you visit the '/' route?
medium
A. 10
B. 5
C. 15
D. Error: AttributeError
Solution
Step 1: Understand the before_request function
Before each request, g.value is set to 10.
Step 2: Analyze the index function
It adds 5 to g.value, making it 15, then returns it as a string.
Final Answer:
15 -> Option C
Quick Check:
g.value starts 10, adds 5 = 15 [OK]
Hint: Remember g resets each request; additions apply after setup [OK]
Common Mistakes:
Assuming g.value keeps old values between requests
Forgetting before_request runs before route
Expecting an error due to missing attribute
4. What is wrong with this Flask code using g?
from flask import Flask, g
app = Flask(__name__)
@app.route('/')
def index():
if not hasattr(g, 'counter'):
g.counter = 0
g.counter += 1
return str(g.counter)
medium
A. It will raise an error because g cannot have new attributes
B. The code will cause a syntax error due to missing import
C. The counter will increase across requests, causing unexpected results
D. The counter resets on every request, so it always returns 1
Solution
Step 1: Understand g scope
g is reset for each request, so counter does not persist between requests.
Step 2: Analyze the counter behavior
Each request starts fresh, so counter is set to 0 then incremented to 1 every time.
Final Answer:
The counter resets on every request, so it always returns 1 -> Option D
Quick Check:
g data is request-scoped, no persistence [OK]
Hint: Remember g resets each request; no data persists [OK]
Common Mistakes:
Expecting g.counter to keep increasing across requests
Thinking g forbids new attributes
Confusing g with session or global variables
5. You want to share a database connection during a single Flask request using g. Which code snippet correctly opens the connection once per request and reuses it in multiple functions?
from flask import Flask, g
app = Flask(__name__)
def get_db():
if not hasattr(g, 'db'):
g.db = open_database_connection()
return g.db
@app.route('/')
def index():
db = get_db()
# use db
return 'OK'
What is the main benefit of this pattern?
hard
A. It opens a new database connection on every function call
B. It shares one connection per request, avoiding multiple opens
C. It stores the connection globally for all requests
D. It closes the connection automatically after each function
Solution
Step 1: Analyze the get_db function
It checks if g.db exists; if not, it opens the connection and saves it to g.
Step 2: Understand request scope of g
The connection is stored only for the current request, so multiple calls reuse the same connection.
Step 3: Compare options
It shares one connection per request, avoiding multiple opens correctly describes this behavior. It opens a new database connection on every function call is wrong because it avoids multiple opens. It stores the connection globally for all requests is wrong because g is not global. It closes the connection automatically after each function is incorrect; closing is not automatic here.
Final Answer:
It shares one connection per request, avoiding multiple opens -> Option B
Quick Check:
Use g to cache per-request resources [OK]
Hint: Cache resources in g to reuse during request [OK]
Common Mistakes:
Thinking g stores data globally across requests
Opening new connections on every function call
Assuming g auto-closes resources
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.