Skip to main content

Provider vs Riverpod: Cái nào tốt hơn trong năm 2025?

· 8 min read

Provider vs Riverpod

Giới thiệu

Provider và Riverpod là hai giải pháp quản lý state phổ biến nhất trong Flutter. Cả hai đều được tạo ra bởi Remi Rousselet, nhưng Riverpod được thiết kế để giải quyết các vấn đề của Provider. Trong năm 2025, cái nào tốt hơn? Hãy cùng phân tích chi tiết.

Provider: Giải pháp được Google khuyến nghị

Ưu điểm

1. Đơn giản và dễ học

Provider có syntax đơn giản, dễ hiểu cho người mới bắt đầu:

// Provider - Đơn giản
class CounterProvider extends ChangeNotifier {
int _count = 0;
int get count => _count;

void increment() {
_count++;
notifyListeners();
}
}

// Sử dụng
Consumer<CounterProvider>(
builder: (context, provider, child) {
return Text('${provider.count}');
},
)

2. Được Google chính thức khuyến nghị

  • Có trong Flutter documentation chính thức
  • Được Flutter team hỗ trợ
  • Tài liệu phong phú và cộng đồng lớn

3. Không cần code generation

  • Không cần build_runner
  • Setup nhanh chóng
  • Ít dependencies

4. Tích hợp tốt với Flutter

  • Sử dụng InheritedWidget
  • Tận dụng widget tree của Flutter
  • Hiệu suất tốt với rebuild tối ưu

Nhược điểm

1. Cần BuildContext

// Phải có BuildContext
final provider = Provider.of<CounterProvider>(context);
// hoặc
context.read<CounterProvider>()

2. Runtime errors

Một số lỗi chỉ phát hiện được khi runtime:

// Lỗi này chỉ phát hiện khi chạy
final provider = Provider.of<CounterProvider>(context); // Có thể null

3. Quản lý dependencies phức tạp

Khi có nhiều providers phụ thuộc nhau:

// Phức tạp khi có dependencies
MultiProvider(
providers: [
ChangeNotifierProvider(create: (_) => AuthProvider()),
ChangeNotifierProxyProvider<AuthProvider, UserProvider>(
create: (_) => UserProvider(),
update: (_, auth, previous) => previous ?? UserProvider()..init(auth),
),
],
)

4. Testing phức tạp hơn

Cần setup BuildContext cho testing:

testWidgets('test', (tester) async {
await tester.pumpWidget(
ChangeNotifierProvider(
create: (_) => CounterProvider(),
child: MyWidget(),
),
);
});

Riverpod: Giải pháp thế hệ mới

Ưu điểm

1. Compile-time safety

Riverpod phát hiện lỗi tại compile time:

// Lỗi này sẽ được phát hiện khi compile
final count = ref.watch(counterProvider); // Type-safe

2. Không cần BuildContext

Có thể truy cập providers từ bất kỳ đâu:

// Không cần BuildContext
class MyService {
final ref = ProviderContainer();
void doSomething() {
final count = ref.read(counterProvider);
}
}

3. Quản lý dependencies tự động

Riverpod tự động quản lý dependencies:

// Dependencies được quản lý tự động
final authProvider = Provider((ref) => AuthService());

final userProvider = FutureProvider((ref) async {
final auth = ref.watch(authProvider);
return await fetchUser(auth);
});

4. Testing dễ dàng hơn

Không cần BuildContext để test:

test('counter increments', () {
final container = ProviderContainer();
final notifier = container.read(counterProvider.notifier);
notifier.increment();
expect(container.read(counterProvider), 1);
});

5. Hỗ trợ code generation (optional)

Riverpod 2.0 hỗ trợ code generation để giảm boilerplate:


class Counter extends _$Counter {

int build() => 0;

void increment() => state++;
}

6. Provider types đa dạng

  • Provider: Immutable values
  • StateProvider: Simple state
  • StateNotifierProvider: Complex state
  • FutureProvider: Async values
  • StreamProvider: Stream values

Nhược điểm

1. Learning curve cao hơn

Syntax phức tạp hơn Provider một chút:

// Riverpod - Phức tạp hơn một chút
final counterProvider = StateNotifierProvider<CounterNotifier, int>((ref) {
return CounterNotifier();
});

class CounterNotifier extends StateNotifier<int> {
CounterNotifier() : super(0);
void increment() => state++;
}

2. Cộng đồng nhỏ hơn

  • Ít tài liệu hơn Provider
  • Ít ví dụ và tutorials
  • Cộng đồng đang phát triển

3. Breaking changes

Riverpod đã có nhiều breaking changes giữa các version:

  • Riverpod 1.0 → 2.0 có nhiều thay đổi
  • Cần migration guide khi upgrade

So sánh chi tiết

1. Performance

Tiêu chíProviderRiverpod
Rebuild optimization⭐⭐⭐⭐⭐⭐⭐⭐⭐
Memory usage⭐⭐⭐⭐⭐⭐⭐⭐⭐
Initialization⭐⭐⭐⭐⭐⭐⭐⭐⭐

Kết luận: Riverpod có rebuild optimization tốt hơn một chút nhờ compile-time analysis.

2. Developer Experience

Tiêu chíProviderRiverpod
Ease of learning⭐⭐⭐⭐⭐⭐⭐⭐
Type safety⭐⭐⭐⭐⭐⭐⭐⭐
Debugging⭐⭐⭐⭐⭐⭐⭐⭐⭐
IDE support⭐⭐⭐⭐⭐⭐⭐⭐

Kết luận: Provider dễ học hơn, nhưng Riverpod có type safety và debugging tốt hơn.

3. Code Quality

Provider Example

class CounterProvider extends ChangeNotifier {
int _count = 0;
int get count => _count;

void increment() {
_count++;
notifyListeners();
}
}

// Usage
Consumer<CounterProvider>(
builder: (context, provider, child) {
return Text('${provider.count}');
},
)

Riverpod Example

final counterProvider = StateNotifierProvider<CounterNotifier, int>((ref) {
return CounterNotifier();
});

class CounterNotifier extends StateNotifier<int> {
CounterNotifier() : super(0);
void increment() => state++;
}

// Usage
Consumer(
builder: (context, ref, child) {
final count = ref.watch(counterProvider);
return Text('$count');
},
)

Kết luận: Riverpod có type safety tốt hơn, nhưng Provider đơn giản hơn.

4. Testing

Provider Testing

testWidgets('test', (tester) async {
await tester.pumpWidget(
ChangeNotifierProvider(
create: (_) => CounterProvider(),
child: MaterialApp(
home: CounterWidget(),
),
),
);

expect(find.text('0'), findsOneWidget);
await tester.tap(find.byIcon(Icons.add));
await tester.pump();
expect(find.text('1'), findsOneWidget);
});

Riverpod Testing

test('counter increments', () {
final container = ProviderContainer();
addTearDown(container.dispose);

final notifier = container.read(counterProvider.notifier);
expect(container.read(counterProvider), 0);

notifier.increment();
expect(container.read(counterProvider), 1);
});

Kết luận: Riverpod dễ test hơn vì không cần BuildContext.

5. Ecosystem và Community

Tiêu chíProviderRiverpod
Documentation⭐⭐⭐⭐⭐⭐⭐⭐⭐
Community size⭐⭐⭐⭐⭐⭐⭐⭐
Stack Overflow answers⭐⭐⭐⭐⭐⭐⭐⭐
Tutorials⭐⭐⭐⭐⭐⭐⭐⭐

Kết luận: Provider có ecosystem lớn hơn và nhiều tài liệu hơn.

Use Cases

Chọn Provider nếu:

  1. Bạn mới bắt đầu với Flutter

    • Syntax đơn giản, dễ học
    • Nhiều tài liệu và ví dụ
  2. Ứng dụng nhỏ đến trung bình

    • Đủ mạnh cho hầu hết use cases
    • Không cần complexity không cần thiết
  3. Team đã quen với Provider

    • Không cần học lại
    • Codebase hiện tại đang dùng Provider
  4. Cần giải pháp được Google khuyến nghị

    • Official support
    • Long-term stability

Chọn Riverpod nếu:

  1. Ứng dụng lớn, phức tạp

    • Cần type safety cao
    • Quản lý dependencies tốt hơn
  2. Ưu tiên compile-time safety

    • Phát hiện lỗi sớm
    • Giảm runtime errors
  3. Cần test coverage cao

    • Dễ test hơn
    • Không cần BuildContext
  4. Muốn giải pháp hiện đại

    • Được thiết kế để giải quyết vấn đề của Provider
    • Active development

Migration từ Provider sang Riverpod

Nếu bạn đang dùng Provider và muốn chuyển sang Riverpod:

Bước 1: Thêm dependencies

dependencies:
flutter_riverpod: ^2.4.9

Bước 2: Convert Provider

Provider:

class CounterProvider extends ChangeNotifier {
int _count = 0;
int get count => _count;
void increment() {
_count++;
notifyListeners();
}
}

Riverpod:

final counterProvider = StateNotifierProvider<CounterNotifier, int>((ref) {
return CounterNotifier();
});

class CounterNotifier extends StateNotifier<int> {
CounterNotifier() : super(0);
void increment() => state++;
}

Bước 3: Update Widgets

Provider:

Consumer<CounterProvider>(
builder: (context, provider, child) {
return Text('${provider.count}');
},
)

Riverpod:

Consumer(
builder: (context, ref, child) {
final count = ref.watch(counterProvider);
return Text('$count');
},
)

Xu hướng 2025

Provider

  • ✅ Vẫn được Google khuyến nghị
  • ✅ Stable và mature
  • ✅ Ecosystem lớn
  • ⚠️ Ít cập nhật mới

Riverpod

  • ✅ Active development
  • ✅ Nhiều tính năng mới
  • ✅ Đang phát triển mạnh
  • ✅ Riverpod 2.0 với code generation

Kết luận và Khuyến nghị

Cho người mới bắt đầu

Chọn Provider vì:

  • Dễ học hơn
  • Nhiều tài liệu
  • Cộng đồng lớn
  • Được Google khuyến nghị

Cho dự án mới (2025)

Chọn Riverpod nếu:

  • Ứng dụng lớn, phức tạp
  • Cần type safety cao
  • Team có kinh nghiệm
  • Muốn giải pháp hiện đại

Chọn Provider nếu:

  • Ứng dụng nhỏ đến trung bình
  • Team mới với Flutter
  • Cần giải pháp stable
  • Muốn ecosystem lớn

Cho dự án hiện tại

  • Đang dùng Provider: Tiếp tục dùng nếu đang hoạt động tốt
  • Có vấn đề với Provider: Xem xét migrate sang Riverpod
  • Dự án mới: Nên cân nhắc Riverpod cho long-term

Lời khuyên cuối cùng

  1. Không có câu trả lời đúng duy nhất: Cả hai đều tốt, tùy vào use case
  2. Provider vẫn rất tốt: Không cần migrate nếu đang hoạt động tốt
  3. Riverpod là tương lai: Nếu bắt đầu dự án mới, nên xem xét Riverpod
  4. Thử nghiệm: Có thể thử cả hai để tìm ra cái phù hợp nhất
  5. Team decision: Quyết định dựa trên team experience và project requirements

Cả Provider và Riverpod đều là những giải pháp tuyệt vời. Quan trọng là chọn cái phù hợp với dự án và team của bạn!