Skip to content
Stroika is a modern C++ application framework (class library) designed to make high performance, reliable and multi-threaded applications easier to write.
Branch: V2.1-Release
Clone or download
Latest commit cf93ed9 Jun 17, 2019
Type Name Latest commit message Commit time
Failed to load latest commit information.
.vscode setting C_Cpp.clang_format_style didnt appear to work well -default b… Jan 26, 2019
Archive rationlize/normalize file permissions (somehow git or cygwin got more… Sep 13, 2015
BuildToolsSrc updated to clang-format 9 and re-ran make format-code Apr 3, 2019
DockerBuildContainers missing libraries added to DockerBuildContainers/Centos-7-Small/Docke… Jun 5, 2019
Documentation release notes Jun 17, 2019
Library cosmetic Jun 14, 2019
Samples cosmetic changes to Sleep calls (using chrono operator literals) and … Jun 14, 2019
ScriptsLib Fix RunPerformanceRegressionTests for Linux when we dont have all lin… Jun 7, 2019
Tests regression test output for 2.1d26 Jun 17, 2019
ThirdPartyComponents revert change to version of openssl - due to https://stroika.atlassia… Jun 7, 2019
Tools patch include/boost/config/user.hpp and vs2k project files to load Bu… Feb 7, 2019
Workspaces new AppSettings sample Mar 17, 2019
.clang-format disable new clang5 feautre +FixNamespaceComments Jan 20, 2018
.gitattributes tweak .gitattributes Nov 14, 2017
.gitignore for now, allow checking of .vscode folder Jan 22, 2019
License.txt fixed copyright date Feb 19, 2018
Makefile lose manual setting of --no-sanitize undefeind and instead count on c… Apr 20, 2019 update May 26, 2019 release notes Jun 17, 2019
STROIKA_VERSION release 2.1d26 Jun 15, 2019
configure fixed typo in recent wor… Jun 5, 2019

Stroika v2.1

Stroika is a C++ application framework designed to make high performance, modern, reliable and threaded applications easier to write.

  • Nearly all public interfaces and methods are well documented; implementations are clear and well commented.
  • An elaborate system of built-in assertions (including thread-safety assertions) helps document and enforce usage patterns (without performance cost in production builds).
  • Each release is tested with Valgrind, Google Sanitizers, and a variety of platforms and compilers, as well as a large body of regression tests (including most documentation examples) to help assure library correctness.
  • Sample applications help show common use cases (like building a web server into your app to deliver web-service content and APIs). Quick start using pre-built Docker containers.

Stroika provides

  • Container classes (Collection, Queue, Mapping, Sequence, Set, and much more with rich variety of backend implementations).
  • DataExchange (VariantValue, rich collection of data format serializer/deserializers - like JSON, object to/from serialization mappings, and much more).
  • Execution pattern classes (external process runner, synchronization patterns, blockingqueue, threadpools, and much more).
  • Networking support (high level socket wrappers, Web client fetching).
  • Simple, elegant streams library, with adapters for cryptography, compression, text transforms, etc.
  • Seamless integration with many important libraries, including: boost, libcurl, lzma sdk, openssl, sqlite, xerces, zlib (e.g. wrap a compression stream - using for example zlib).
  • Framework libraries for network measurement, SSDP/UPnP, system performance monitoring, text editing/word processor, web server, web services, and much more.
  • and much more...


  • Stroika's biggest strength is also its biggest weakness:
    • There are smaller, more focused libraries that do many of the things Stroika does. Being single purpose is a form of modularity (good) and allows for easy adoption/integration. But libraries that do anything of any complexity must create their own infrastructure for a wide variety of building block problems (e.g. Xerces has its own stream classes, pistache date classes, etc). And if you have two such libraries, they are unlikely to interact seemlessly, and their support classes (for stuff like date and streams above) certainly won't.
    • Stroika takes the approach of building its functionality in layers, leveraging other components (e.g. Streams and Containers) in lower layers (as well as standardized C++ libraries). This slightly increases the cost of adopting Stroika for something small (because pulling one thing in pulls many things in), but then pays dividends as you use it to accomplish a second or third task.


  • Stroika v2.0 is very stable, nearly complete, and requires C++14 or later. Stroika v2.0 is used to power a wide variety of open source and commercial applications.

  • Stroika v2.1 is more actively evolving, and requires C++17 or later.

Compilers / Platforms tested

  • Stroika v2.0
    Regularly tested on x86, arm, gcc5 thru gcc8, clang 3 thru clang 6, XCode 8 thru 9.
  • Stroika v2.1
    Regularly tested on x86, arm, gcc7 thru gcc9, clang 6 thru clang 8, XCode 10.

Random Features

  • Vanilla make based builds
  • Portable API (targets windows/mac/unix), and multiple processors


For more details on individual release changes, see:

"Getting Started" build instructions can be found in:


Looking through the samples is also a good way to start:


Please report bugs at:

You can’t perform that action at this time.